﻿ingineria programarii Laboratorul 1 introducere n ingineria programarii De multe ori, eforturile de a construi un sistem software este ngreunat de faptul ca nu stim ceea ce construim si nici cum s-o facem Pe de alta parte ne lovim de inerenta complexitate a sistemelor software si de incapacitatea umana de a stapni complexitatea Exista sisteme software care nu sunt complexe, acestea sunt aplicatiile specificate, construite, ntretinute si folosite de aceeasi persoana, de obicei un programator amator sau profesionist Acestea au un scop limitat si un ciclu scurt de viata E mai usor sa fie nlocuite dect sa fie extinse sau refacute De aceea, nu proiectarea acestora este interesanta ci a sofware-ului de putere industriala (ex: sisteme pentru controlul proceselor fizice, pentru care spatiul si timpul sunt resurse foarte importante, sisteme care mimeaza inteligenta umana, sisteme pentru coordonarea traficului aerian sau al cailor ferate, etc ) Aceste sisteme au un ciclu de viata mult mai lung si, de-a lungul timpului, multi utilizatori depind de functionarea lor corecta O trasatura distincta a softului de putere industriala e aceea de a fi foarte dificil, daca nu chiar imposibil pentru un proiectant singur sa nteleaga toate subtilitatile unui asemenea proiect Se pare ca aceasta complexitate este o proprietate esentiala a marilor sisteme software Prin urmare, proiectantul nu se poate bizui pe inspiratie, el are nevoie de un mod organizat de a stapni complexitatea Pentru a ntelege mai bine ceea ce urmarim sa controlam, examinam mai nti de ce complexitatea e o proprietate esentiala Complexitatea sistemelor software Deriva din 4 elemente: 1) complexitatea domeniului problemei Problemele care cer o rezolvare software sunt deosebit de complexe, ncepnd chiar cu specificatiile care pot fi contradictorii (ex: specificatiile pentru construirea unui robot) Functionalitatea acestor sisteme este suficient de greu de nteles si la aceasta se mai adauga si cerintele nefunctionale pe care trebuie sa le ndeplineasca sistemul: performanta, utilitate, fiabilitate, cost, etc Aceasta complexitate provine si din nentelegerile care exista ntre proiectantii sistemului si utilizatorii sai: utilizatorii, de obicei, nu-si pot exprima clar cerintele ntr-o forma pe care proiectantii sa o nteleaga Uneori, ei au doar o vaga idee despre ceea ce doresc de la un sistem Practic, aceste probleme apar deoarece fiecarui grup i lipsesc cunostintele despre domeniul celuilalt grup Utilizatorii si proiectantii au perspective diferite de a vedea solutia problemei Chiar si atunci cnd utilizatorii stiu ceea ce doresc, lipsesc instrumentele pentru extragerea precisa a cerintelor lor Calea obisnuita prin care aceste specificatii sunt exprimate consta n a scrie mult text, incluznd ocazional si diverse figuri Dar aceste documente sunt greu de nteles, sunt deschise la diverse interpretari, si deseori, contin elemente care sunt mai degraba de proiectare dect de specificatiile esentiale ale problemei 1 Complicatii mai mari apar atunci cnd specificatiile sistemului se modifica n timpul dezvoltarii lui Sistemele mari tind sa evolueze de-a lungul timpului, o conditie ce impropriu este denumita ntretinere Mai precis, ntretinerea nseamna corectarea erorilor Evolutia nseamna modificarea cerintelor si mentinerea nseamna folosirea unor mijloace extraordinare de a pastra n utilizare un sistem vechi si depasit 2) dificultatea de a administra procesul de dezvoltare Scopul principal al echipei de software e de a construi iluzia simplitatii, de a feri utilizatorul de vasta complexitate a problemei Volumul mare de munca determina folosirea unei echipe de dezvoltare a softului Mai multi membrii n echipa nseamna o mai complexa comunicare ntre ei, deci o coordonare mai dificila, mai ales atunci cnd echipa este dispersata geografic ˛ntr-o echipa de dezvoltare, cheia coordonarii e de a mentine mereu unitatea si integritatea proiectului 3) flexibilitatea sistemului Sistemul software va trebui sa fie flexibil Acest lucru l forteaza pe proiectant de a dezvolta blocurile primitive din care va construi apoi abstractizarile de la nivelele superioare ˛n timp ce domeniul constructiilor industriale ofera standarde pentru calitatea materialelor, putine astfel de standarde exista n software-ul industrial Ca urmare, dezvoltarea softului ramne o munca intens laborioasa 4) problemele de caracterizare a comportarii sistemelor discrete ˛n aplicatiile foarte mari, pot exista sute sau mii de variabile Colectia de variabile, valorile lor, adresele lor si stiva de apeluri ale fiecarui proces din sistem, reprezinta starea curenta a sistemului la un moment dat Sistemele discrete (care nu pot fi descrise prin functii continue), prin natura lor, au un numar finit de stari posibile ˛n marile sisteme, acest numar este imens De aceea, se ncearca proiectarea partilor de sistem astfel nct comportarea uneia sa aiba impact minim asupra celorlalte Totusi, orice eveniment extern sistemului soft l poate plasa ntr-o noua stare, si, mai mult, maparea de la o stare la alta nu e ntotdeauna determinista ˛n cele mai rele cazuri, un eveniment extern poate corupe starea sistemului pentru ca proiectantii au uitat sa considere anumite interactiuni dintre evenimente (ex: sistemul computerizat, comun pentru cabina de comanda si cabina pasagerilor, ntr-un avion ) Deoarece nu avem nici instrumentele matematice si nici capacitatea intelectuala de a modela complet comportarea marilor sisteme discrete, trebuie sa ne rezumam la acceptarea unui nivel acceptabil de ncredere n corectitudinea lor, dovedita n timpul testarilor atente Referitor la factorul uman n procesul de dezvoltare a softului, acesta trebuie sa ia n consideratie foarte multe detalii n acelasi timp Experiente psihologice au aratat ca un individ poate ntelege simultan 7± 2 unitati de informatii si ca exista o limitare a vitezei de procesare a creierului la 5 secunde pentru acceptarea unei noi informatii si atunci apare urmatoarea problema: complexitatea softului ce ni se cere sa-l proiectam creste dar factorul uman prezinta incapacit ati serioase de a face fata acestei probleme Sugestia lui Dijkstra este: Tehnica de a stapni complexitatea este stiuta din antichitate: divide si cucereste ˛n proiectarea unui sistem, este esentiala descompunerea lui n subsisteme din ce n ce mai mici, fiecare din ele puind fi construit independent ˛n felul acesta este rezolvata si constrngerea impusa de capaciatea umana de cunoastere: pentru a ntelege un anumit nivel al unui sistem e nevoie de a ntelege numai cteva parti n acelasi timp 2 Definitii Obiective Temenul de software engineering a fost introdus n 1969, la o conferinta programata pentru a examina criza software-ului S-a constatat ca metodele existente pentru dezvoltarea sistemelor software nu erau suficient de bune Proiecte importante nu erau finalizate la timp, cheltuielile estimate initial erau depasite, produsele nu prezentau siguranta n functionare, nu erau performante si flexibile n cazul schimbarilor Un raport prezentat de catre o companie, n care erau analizate cteva proiecte si stadiile lor de finalizare, a constatat ca: • 2% din sistemele software contractate au functionat de la predare • 3% din sistemele software au putut functiona dupa cteva modificari • 29% au fost predate dar n-au functionat niciodata • 19% au fost folosite dar au fost abandonate • 47% au fost platite dar niciodata predate Termenul de software engineering propus la acea conferinta nsemna stabilirea si folosirea principiilor ingineresti n scopul obtinerii unui software sigur si eficient pe masini reale (Nauer) Multi s-au opus acestui mod de explicare a termenului, numindu-l o fabricatie care nlatura unicitatea si miracolul programarii Astfel nct, dezbaterile despre ceea ce reprezinta crearea software-ului: o arta, o stiinta sau o disciplina au durat aproape 20 de ani ˛n ultimii ani, aceste dezbateri au scazut n intensitate, termenul de software engineering fiind, n general, acceptat Ceea ce nseamna el exact e oarecum o notiune fuzzy, si probabil, acesta este motivul pentru care toata lumea l accepta: nseamna ceea ce doreste fiecare sa nsemne E un fapt care n-ar trebui sa surprinda, deoarece domeniul e relativ nou Standardul iEEE privind terminologia software engineering defineste acest termen ca fiind o abordare sistematica a dezvoltarii, operarii, mentinerii si retragerii software-ului ˛n alte lucrari de specialitate (Fairley), ingineria programarii este definita ca disciplina tehnologica si manageriala pentru sistematica producere si ntretinere a produselor software, executate la timp si nedepasind cheltuielile estimate Obiectivele ingineriei programarii: corectitudine adaptabilitate completitudine extensibilitate consistenta portabilitate performanta generalitate siguranta n functionare utilitate flexibilitate documentatie acuratete inteligibilitate robustete claritate precizie auto-descriptibil eficienta concizie integritate modularizare securitate cost stabilitate timp 3 Rezumnd, atributele cheie ale unui produs soft se refera la: • posibilitatea de a putea fi ntretinut (un produs cu un lung ciclu de viata este supus deseori modificarilor, de aceea el trebuie foarte bine documentat) • fiabilitatea (siguranta, securitatea) - produsul trebuie sa se comporte dupa cerintele utilizatorului si sa nu cada mai mult dect e prevazut n specificatiile sale • eficienta - produsul nu trebuie sa foloseasca n pierdere resursele sistemului ca memoria sau ciclii procesor • interfata potrivita pentru utilizator - functie de capacitatea si cunostiintele acestuia Optimizarea tuturor acestor atribute e dificila deoarece unele se exclud pe altele (o mai buna interfata pentru utilizator poate micsora eficienta produsului) ˛n cazurile n care eficienta este critica, acest lucru trebuie specificat explicit nca din faza de preluare a cerintelor utilizatorului, precum si compromisurile pe care ea le implica privind ceilalti factori Aplicatie Acest laborator este primul dintr-o serie de patru laboratoare, n care se urmareste realizarea unui program mai complex, pe baza unor module distincte Se ncepe cu programarea independenta a modulelor si testarea lor Apoi, acestea vor fi integrate ntr-un sistem, care va fi si el testat Va urma construirea unei interfete ct mai atractive pentru utilizator si documentarea programului, iar n final se va ncerca upgradarea sa (adaugarea de noi functii) Ca aplicatie, vom realiza un program de astronomie, mai precis, de calcul al pozitiilor unor planete la un moment dat Deoarece nu exista un moment special, la care toate planetele sa fie aliniate, vom considera ca referinta o data arbitrara, la care configuratiile lor sunt cunoscute si vom calcula apoi pozitiile n jurul Soarelui (longitudinile) la o data introdusa de utilizator Vom considera programul mpartit n 2 module independente, care n final vor fi reunite Fiecare modul va fi implementat printr-o clasa, cu diferite metode (functii) si proprietati (variabile) ideea de baza a programarii modulare este ca modulele sunt realizate cvasi-independent, de persoane diferite, care nu au nevoie sa nteleaga celelalate componente Un modul trebuie sa functioneze ca un obiect de sine statator, care sa fie usor integrabil n proiectul general De aceea, fiecare modul trebuie testat pentru a i se asigura corectitudinea Daca n unele module exista erori nedetectate, dupa integrarea lor n sistem va fi foarte dificila depistarea si corectarea acestora ˛n general, cnd avem de realizat programe cu clase, se obisnuieste ca declararea clasei sa se faca ntr-un fisier ( h), iar implementarea metodelor n altul ( cpp) Pentru a evita includerea unei biblioteci de mai multe ori ntr-un proiect, se vor folosi directivele: #ifndef NUME DiSTiNCT #define NUME DiSTiNCT corp biblioteca ( h) #endif 4 Structura generala Modulul 1 Actiune: calculeaza numarul de zile diferenta ntre momentul referinta (la noi 1 ianuarie 2000) si o data introdusa de utilizator Date de intrare: o data calendaristica n formatul zi   luna   an Date de iesire: diferenta (pozitiva sau negativa) Clasa este de forma urmatoare: class Zile { public: Zile(int, int, int);  Zile() {}; void SetDate(int, int, int); int GetDif(); int GetError(); private: int zi, luna, an; int diferenta; int eroare; void calculeaza(); }; Programul de test este: int main(int argc, char* argv[]) { int zi, luna, an; cout > zi >> luna >> an; Zile *z = new Zile(zi, luna, an); if (!z->GetError()) cout GetDif() > zile dif; Planete pl(zile dif); for (int i=0; i Title - titlul programului, care apare in Taskbar • Application->HelpFile - numele fisierului de help asociat programului • Application->icon - icon-ul programului, care apare in coltul stanga-sus al ferestrei sale si in Taskbar Cateva metode: • Application->MessageBox(char *text,char *caption,int flags) - afiseaza o fereastra cu un mesaj (de exemplu, o confirmare a unei actiuni sau un mesaj de 7 eroare) Pentru mesaje simple, se mai poate folosi functia: ShowMessage(AnsiString text) • Application->Minimize(), Application->Restore() - minimizeaza sau reface fereastra Form Clasa TForm corespunde unei ferestre standard O aplicatie poate avea mai multe ferestre - una principala, cateva secundare si cateva ferestre de dialog Cateva propriet ati: 1 • Form1 ->Bordericons - setul de icon-uri care apar in bara de titlu a ferestrei • Form1->BorderStyle - infatisarea si comportamentul border-ului (de exemplu, daca fereastra poate si redimensionata) • Form1->Caption - titlul ferestrei, care apare in bara de titlu • Form1->Position - dimensiunea si locul unde apare fereastra pe ecran • Form1->Height, Form1->Width - inaltimea si latimea ferestrei, de obicei se stabilesc prin redimensionarea ferestrei cu mouse-ul, in procesul de design Cateva evenimente: • OnCreate, OnClose - pentru diverse initializari in momentul crearii ferestrei sau prelucrari in momentul inchiderii acesteia in general, pentru tratarea unui eveniment in C++ Builder, este selectat mai intai obiectul de tipul dorit (la noi - fereastra), apoi in Object inspector se alege tab-ul Events si se identifica evenimentul cautat 1 identificatorii scrisi cu italice pot lua orice alt nume dorit de programator 8 Dupa un dublu-click, ca in figura de mai sus, se va crea automat o noua functie vida corespunzatoare evenimentului, iar utilizatorul va trebui numai sa scrie in corpul functiei actiunile dorite Button (in Standard) Clasa TButton corespunde unei buton Cateva propriet ati si evenimente: • Button1->Caption - textul inscris pe buton • OnClick - functia executata cand butonul este apasat Label (in Standard) Clasa TLabel inscrie un text undeva in fereastra Una din proprietati: • Label1->Caption - textul inscris Edit (in Standard) Clasa TEdit corespunde unui editbox Cateva propriet ati si evenimente: • Edit1->Text - textul din editbox (de tip AnsiString, explicat mai jos) • Edit1->Enabled - componenta este activata sau nu (true false) • Edit1->ReadOnly - textul din editbox poate fi modificat sau nu de utilizator (true false) • Edit1->CharCase - textul poate aparea normal, numai cu litere mici sau numai cu litere mari • OnChange - functie de tratare a textului in timp real, cand acesta este introdus ComboBox (in Standard) Clasa TComboBox corespunde unui combobox, care combina un editbox cu o lista Cateva propriet ati si evenimente: • ComboBox1->Text - textul din partea de editbox • ComboBox1->items - lista de cuvinte din partea de selectie Se poate introduce prin intermediul Object inspector-ului sau poate fi accesata prin instructiuni de forma: ComboBox1->items->Strings[i] (read write) • ComboBox1->itemindex - numarul articolului din lista care este selectat (0 = primul; -1 daca textul din partea de editare nu este ales din lista) • OnChange - functie de tratare a schimbarii textului 9 Memo (in Standard) Clasa TMemo corespunde unei componente de control de editare cu mai multe linii Cateva propriet ati si metode: • Memo1->Lines - liniile introduse Pentru introducerea unei noi linii se foloseste metoda: Memo1->Lines->Add(AnsiString text) Pentru stergerea unei linii se foloseste: Memo1->Lines->Delete(int nr linie) • Memo1->Lines->SaveToFile   LoadFromFile - salveaza incarca textul din memo intr-un fisier specificat ca paramentru • Memo1->ReadOnly - textul continut poate fi modificat sau nu de utilizator (true false) • Memo1->ScrollBars - indica prezenta unor bare de derulare (orizontale, verticale) MainMenu (in Standard) Clasa TMainMenu corespunde unui menu al unei ferestre Mod de folosire: • se introduce o componenta de acest tip in fereastra • dublu-click cu mouse-ul pe icon-ul din fereastra - apare un "wizard" de creare a meniului • se introduc din Object inspector proprietatile meniului: Caption, Checked, ShortCut, Enabled • pentru separatori se introduce in campul Caption un minus (" - ") • literele care se vor subliniate vor fi precedare de "&" • pentru implementarea functiei de tratare a unei linii din meniu se va face dublu-click pe aceasta (sau dublu-click in Object inspector pe evenimentul OnClick) Timer (in System) Clasa TMemo incapsuleaza functiile timer ale Windows APi Cateva propriet ati si evenimente: • Timer1->interval - intervalul de timp (in milisecunde) la care va fi executata o functie • Timer1->Enabled - timer-ul e activat sau nu (true false) • OnTimer - functia care va fi executata o data la un interval de timp OpenDialog, SaveDialog (in Dialogs) Clasele TOpenDialog si TSaveDialog afiseaza dialoguri de incarcare salvare a fisierelor Aceste obiecte trebuie apelate din alte componente, de exemplu un meniu sau un buton care, cand vor fi apasate, vor determina aparitia ferestrei de dialog 10 in functia apelanta va trebui introdus un bloc de tipul: if (!SaveDialog1->Execute()) ShowMessage("Datele nu au fost salvate"); else Memo1->Lines->SaveToFile(SaveDialog1->FileName); Open SaveDialog->Execute() determina afisarea dialogului Daca acesta se executa corect (utlizatorul a ales un fisier), este disponibila proprietatea Open SaveDialog->FileName, care contine numele fisierului dorit (cale completa + nume) Lucrul cu fisiere se poate realiza ca in C (cu pointeri FiLE), ca in C++ (fstream-uri) sau cu clasele si metodele proprii C++ Builder Cateva propriet ati: • Open SaveDialog1->DefaultExt - extensia atasata in mod automat fisierului • Open SaveDialog1->Filter - Dialogul de selectie de fisiere include un combobox cu tipurile fisierelor Cand utilizatorul alege un tip de fisier din lista, numai fisierele de tipul selectat sunt afisate in dialog Filter poate fi setat in Object inspector sau in sursa, in formatul: OpenDialog1->Filter = "Text files (* txt)|* TXT"; • Open SaveDialog1->initialDir - directorul implicit unde se deschide dialogul Poate fi de exemplu MyDocuments, daca aceasta proprietate nu este specificata Pentru directorul in care se afla programul, se foloseste " " AnsiString Aceasta este o clasa ce defineste un tip de data care emuleaza caracteristicile tipurilor char* sau string El introduce noi facilitati de lucru cu variabile de tip sir de caractere Astfel, exista operatorul +, care permite concatenarea sirurilor: AnsiString as1="Microsoft "; AnsiString as2="Word"; as1 = as1+as2;    => as1="Microsoft Word" Pentru transformarea unui AnsiString in char* se foloseste metoda c str() in exemplul anterior, se poate scrie: as1 c str() = " ";    => as1="Microsoft Word" char str ; strcpy(str, as1 c str()); Clasa AnsiString contine multe metode utile, dintre care amintim: • int Length() - lungimea sirului • int Pos(AnsiString& substr) - pozitia in sir la care incepe un subsir • AnsiString SubString(int index, int count) - returneaza subsirul de lungime count care incepe la pozitia index • void Delete(int index, int count) - sterge count caractere din sir, incepand cu pozitia index • int Toint() - transforma sirul in numarul intreg corespunzator • double ToDouble() - transforma sirul in numarul real corespunzator 11 Aplicatii 1 Exista o traditie nescrisa in programare ca prima aplicatie scrisa intr-un limbaj nou sa afiseze "Hello, World" Realizati un program care, la apasarea unui buton, sa afiseze acest mesaj (HelloWorld exe) 2 Realizati un program care sa manifeste un efect de tip Winamp - rotatia unui text in Taskbar Textul va fi introdus printr-un editbox (ScrollingText exe) 3 Realizati un program care citeste textul dintr-un editbox si il afiseaza inversat intr-un alt editbox inversarea se va face optimal, fara consum suplimentar de memorie (inverseaza exe) 4 Realizati un program care sa calculeze pozitiile planetelor intr-o anumita zi, pe baza fisierelor din laboratorul precedent Pozitiile vor fi salvate intr-un fisier text (AstroMemo exe) 12ingineria programarii - Laboratorul 4 Testarea interfetei cu utilizatorul Pentru a crea o interfata grafica utilizabila, trebuie sa avem profilul utilizatorului Acesta le va descrie asteptarile si nevoile Un mod potrivit de a contrui profilul utilizatorului este prin observatie la locul de munca Poate fi folositoare sugestia ca utilizatorul sa "gandeasca cu voce tare" atunci cand lucreaza cu prototipul unei interfete Profilul depinde de multi factori, cum ar fi: • aptitudinile cognitive ale utilizatorilor • cunoasterea aplicatiei • punctele tari si punctele slabe ale utilizatorilor Diferentele dintre aptitudinile cognitive, ca memoria sau procesarea informatiilor, au ca rezultat faptul ca utilizatorii vor invata mai repede sau mai incet Aproape intotdeauna va exista un procent de utilizatori incepatori iar interfata trebuie sa aiba grija de acestia De exemplu, putem asigura alternative la acceleratori si putem lista shortcut-urile in optiunile meniurilor incepatorii au deseori probleme cu managementul ferestrelor, managementul fisierelor si folosirea mouse-ului Aceste lucruri trebuie avute in vedere la proiectarea unei interfete grafice Cunoasterea anterioara a aplicatiei inseamna ca utilizatorul are deja dexteritate in folosirea unei interfete grafice Punctele tari si slabe pot include capacitatea de a dactilografia, varsa sau unele handicapuri fizice Profilurile utilizatorilor se incadreaza in general in urmatoarele categorii: • utilizatorul comod • utilizatorul rapid • utilizatorul energic Utilizatorul comod doreste sa foloseasca interfata imediat, cu foarte putin antrenament Acest tip de utilizator prefera alegerea metodelor de introducere a datelor, cum ar fi mouse-ul, atingerea sensibila a ecranului sau stiloul electronic Metoda aleasa va depinde de sarcina in cauza Navigarea simpla este importanta deoarece utilizatorul comod foloseste rareori interfata grafica si nu va tine minte cai complicate Afisarea unei singure ferestre la un moment dat simplifica navigarea Pentru a face o interfata grafica accesibila unui utilizatorul de acest tip, ea trebuie sa se bazeze pe recunoasterea unei icoane, mai degraba decat pe amintirea a ceea ce reprezinta icoana Acest lucru se poate realiza prin folosirea unei multitudini de grafice si de optiuni in meniuri Utilizatorul rapid doreste un timp de raspuns cat mai rapid, asa incat trebuie evitate prea multe redesenari ale ferestrelor Acest tip de utilizator prefera in general sa foloseasca tastatura si mai putin mouse-ul Utilizatorii de acest tip au in general timp pentru instruire si sunt dispusi sa renunte la facilitati in favoarea vitezei Acceleratorii le permit sa lucreze mai repede Utilizatorul energic este de nivel avansat si are experienta cu interfetele grafice Acesta vrea foarte putin antrenament si se asteapta sa foloseasca interfata imediat Deoarece utilizatorul energic este sigur pe sine si ii place sa exploreze, o optiune "undo" trebuie intotdeauna furnizata Alte trasaturi pe care le asteapta acest tip de utilizator sunt schimbari limitate ale modurilor, multitasking si optiuni de particularizare si individualizare a aspectului 1 interfetele grafice de succes sunt rezultatul unui proces de proiectare elaborat si bine gandit Primul pas este sa decidem exact ce vrem sa afisam si cum vor reusi sa facem acest lucru Pentru a reusi realizarea unui proiect reusit, trebuie identificati potentialii utilizatori ai interfetei De-a lungul procesului de proiectare trebuie sa ne concentram asupra cerintelor, preferintelor si prioritatilor utilizatorilor Pentru a dezvolta o aplicatie bazata pe asteptarile utilizatorilor, trebuie ca acestia sa ne ofere informatii asupra necesitatilor lor Deoarece utilizatorii au asteptari diferite, raspunsurile vor fi diverse Pentru a clasifica si organiza informatiile in mod eficient, utilizatorilor trebuie sa li se ofere chestionare standardizate in timpul procesului de proiectare, considerarea permanenta a informatiilor primite va spori sansele realizarii unui produs final superior Exista trei etape in proiectarea unei interfete grafice: • crearea modelului de prezentare • dezvoltarea modelului de navigare • proiectarea aspectului ecranului Crearea modelului de prezentare este primul pas in procesul de proiectare a intrfetei Acesta asigura fundamentele aspectului general si ale scopului aplicatiei in aceasta etapa, proiectantii iau decizii asupra unor probleme cum ar fi dimensiunea suprafetei de control si decid, de asemenea, daca interfata este centrata pe tastatura, mouse sau ambele Acum totul se concentreaza asupra structurilor principale ale aplicatiei Proiectantii trebuie sa ia in considerare si perspectivele utilizatorilor Al doilea pas este dezvoltarea modelului de navigare Aici se vor lua decizii despre tipurile de ferestre si controale de navigare utilizate in toata interfata Odata ce modelul de prezentare si cel de navigare au fost definite, este util sa avem un prototip al proiectului in functie de ce aspect al interfetei trebuie evaluat, prototipurile pot lua diferite forme Daca vrem sa apreciem organizarea conceptuala, putem folosi desene simple si slide-uri animate Totusi, daca vrem sa evaluamopeartiile utilizatorului, este mai bine sa folosim un soft de creare a prototipului Prototipul este o modalitate de vizualizare a design-ului interfetei si de evaluare preliminara a sa De asemenea, poate fi folosit pentru a afla si parerile utilizatorilor in acest fel, aplicatia poate fi modificata inaintea etapei finale Proiectarea aspectului ecranului implementeaza modelele de prezentare si navigare in aceasta etapa se poate modifica design-ul initial deoarece ecranul va evidentia erorile si inconsistentele Proiectantii trebuie sa urmeze standardele proiectarii controlului interfetei grafice pentru a se asigura ca aplicatia este consistenta Cand au fost proiectate prototipurile modelelor de prezentare si navigare, trebuie testata utilizabilitatea interfetei Aceasta va determina cand de usoara de folosit este interfata Testarea utilizabilitatii este un proces iterativ care incepe imediat dupa ce incepe procesul de dezvoltare Testarea incepe la nivelul cel mai de jos, prin evaluarea utilizabilitatii icoanelor, meniurilor si ferestrelor Este apreciata functionalitatea aplicatiei insasi si, in final, este evaluat gradul de compatibilitate cu utilizatorii in mod ideal, utilizatorii potentiali ai aplicatiei trebuie sa efectueze o parte a testului Deoarece fiecare utilizator este diferit, rezultatele sunt subiective iar exactitatea testului trebuie masurata utilizand statistici in testarea utilizabilitatii trebuie sa cautam de asemenea erori de interfata si sa evaluam atat performantele utilizatorilor incepatori, cat si a expertilor La testarea interfetelor grafice, trebuie stabilite scopuri realiste De exemplu, numarul erorilor asteptate trebuie 2 sa fie mai mare decat 0 Testarea utilizabilitatii poate fi folosita pentru a compara doua sau mai multe design-uri pentru a stabili care e mai eficient Testarea utilizabilitatii produselor software este consumatoare de timp si se poate dovedi pe termen lung costisitoare Totusi, testarea neintarziata poate reduce intervalul de timp al lucrului proiectantilor si testarea modelelor de prezentare si navigare poate reduce costul schimbarilor ulterioare din ciclul de proiectare, sau de mai tarziu, in timp ce este utilizata aplicatia Procesul testarii utilizabilitatii include urmatorii pasi: • alegerea testerilor potriviti • alcatuirea unui test adecvat • clasificarea rezultatelor testului La alegerea testerilor potriviti, este importanta acoperirea unui game cat mai largi de utilizatori potentiali Pentru aceasta, trebuie intocmite chestionare care sa evalueze aptitudinile testerilor si cunostintele lor cu privire la aplicatie Se vor stabili astfel diferite grupuri de utilizatori, atat experimentati cat si incepatori Toti testerii trebuie sa aiba cunostinte de baza despre operarea PC, dar o instruire asupra fundamentelor poate fi efectuata daca e necesara Testerii primesc de obicei instructiuni scrise despre sarcinile pe care trebuie sa le indeplineasca instructiunile trebuie sa fie scurte, la obiect si sa testeze zone relevante pentru experienta testerilor Testele nu trebuie sa dureze mai mult de doua ore, deoarece testerii pot incepe sa-si piarda concentrarea dupa acest interval de timp in plus, zonele testate si sarcinile efectuate trebuie limitate la 8 testeri Se inregistreaza timpul necesar fiecarui utilizator pentru efectuarea fiecarei sarcini, impreuna cu erorile intalnite Testele sunt schimbate periodic pentru a obtine rezultate din diferite etape ale procesului de testare Grupurilor de testeri li se dau de asemenea teste diferite pentru a obtine o gama mai larga si mai obiectiva de rezultate Pentru analiza finala se aduna toate testele, sub forma de chestionare Testele pot fi inregistrate pe caseta video pentru a fi revazute de proiectanti si developeri pentru a analiza reactiile utilizatorilor Revederea testelor inregistrate poate fi consumatoare de timp, asa incat este o idee buna sa dispunem de echipament de editare, care sa arate numai sectiunile potrivite Rezultatele testelor trebuie analizate cu grija si clasificate dupa ce testele au fost terminate Toate erorile trebuie identificate si evaluate in conformitate cu gravitatea lor Trebuie apoi furnizate solutii pentru corectarea erorilor, cat mai repede Totusi, costul repararii erorilor trebuie evaluat cu atentie Erorile grave trebuie sa aiba prioritate, insa trebuie luate in calcul si alternative mai ieftine, inclusiv necorectarea lor Grafica in C++ Builder Pentru lucrul in mod grafic, C++ Builder pune la dispozitia programatorului o clasa numita Canvas Pentru desenarea intr-o fereastra Form1, se va folosi proprietatea Form1->Canvas in acest caz, coltul din stanga-sus al ferestrei va avea coordonatele (0,0) Pentru a transla suprafata de intBox desenare, se poate folosi un obiect de tip Pa, care va fi plasat in fereastra unde se doreste 3 PaintBox (in System) in cele ce urmeaza se vor consemna cateva proprietati, metode si evenimente nvas ale clasei Ca (in program se vor utiliza sub forma: PaintBox1->Canvas-> ) Fiecare proprietate consta in general dintr-o clasa distincta Aceasta compunere de clase reprezinta unul din punctele de mare eleganta conceptuala care stau la baza arhitecturii C++ Builder Datorita timpului limitat, vom aminti unele elemente de baza, care pot fi folosite in program ca atare (totusi, invitam doritorii sa consulte help-ul sau diverse manuale pentru a aprofunda aceste cunostinte) Proprietati pentru stabilirea culorii de desenare PaintBox1->Canvas->Pen->Color ( r w) = 0xB BGGRR (valoare intreaga hexa, in care BB reprezinta valoarea culorii albastru, GG - verde, RR - red) Exista si constante predefinite pentru anumite culori: clBlack, clBlue, clGray, clRed, clAqua, clYellow, clWhite etc , precum si constante referitoare la setarile Windows: clBackground, clActiveCaption, clWindowText etc Reprezinta culoarea folosita pentru desenarea liniilor si contururilor figurilor ->Canvas->->Color (r w) = 0xBBGGRR PaintBox1Brush Culoarea folosita pentru umplerea figurilor si a fundalului PaintBox1->Canvas->Font->Color (r w) = 0xBBGGRR Culoarea folosita pentru scrierea literelor textelor ->Canvas-> (r w) = 0xBBGGRR PaintBox1Pixels[int x][int y] Culoarea unui pixel Metode de desenare PaintBox1->Canvas->MoveTo(int x,int y) Schimba pozitia curenta de desenare in punctul (x,y) Putem folosi MoveTo pentru a seta valoarea proprietatii PenPos inaintea unui apel al metodei LineTo Apelarea MoveTo este echivalenta cu setarea directa a proprietatii PenPos PaintBox1->Canvas->LineTo(int x,int y) Deseneaza o linie pe suprafata de desenare de la PenPos pana la punctul specificat de x si y si seteaza positia curenta de desenare in punctul (x,y) Punctul (x,y) nu este inclus la trasarea liniei Aspectul acesteia este dat de proprietatea Pen ->Canvas-> PaintBox1Rectangle(int x1, int y1, int x2, int y2) Deseneaza un dreptunghi pe suprafata de desenare, avand varful din stanga sus in punctul (x1,y1) si cel din dreapta jos in (x2,y2) Dreptunghiul este desenat in conformitate cu proprietatea Pen si umplut conform Brush Pentru desenarea unui dreptunghi cu varfurile rotunjite, se foloseste RoundRect 4 PaintBox1->Canvas->Ellipse(int x1, int y1, int x2, int y2) Deseneaza o elipsa definita de un dreptunghi cu varful din stanga sus in punctul (x1,y1) si cel din dreapta jos in (x2,y2) Elipsa (sau cercul, daca dreptunghiul este un patrat) este desenata in conformitate cu proprietatea Pen si umpluta conform Brush ->Canvas-> PaintBox1TextOut(int x, int y, AnsiString text) Scrie un sir de caractere pe suprafata de desenare, incepand din punctul (x,y) si apoi actualizeaza PenPos cu pozitia sfarsitului sirului Textul va fi scris folosind proprietatea Font Putem folosi metodele TextWidth si TextHeight pentru a afla dimensiunile sale Evenimente Se recomanda ca toate functiile de desenare sa fie apelate in cadrul evenimentului OnPaint in caz contrar, cand fereastra este minimizata sau acoperita de alte ferestre, desenul se va pierde Aplicatie Desenati un patrat care va fi rotit in sens trigonometric si invers trigonometric cu ajutorul a doua butoane Fiecare varf va fi evidentiat si etichetat indicatii: 1 Pentru rotatia punctului (x,y) in jurul punctului (xr, yr) cu unghiul α, se folosesc relatiile: ′ α sin)(cos)( +⋅−−⋅−=  rrrxyyxxxα  ′ α cos)(sin)( +⋅−+⋅−= rrryyyxxyα  2 La fiecare apasare a unui buton, se modifica unghiul α Se recomanda calcularea coordonatelor curente pe baza coordonatelor initiale si a unghiului curent 5 ingineria programarii - Laboratorul 5 Documentarea proiectului Fisiere help introducere Help-ul online este o trasatura esentiala a unei interfete grafice, iar structura si continutul sau trebuie examinat cu grija Exista diverse tipuri de help online: • help sensibil la context (context-sensitive help) • help bazat pe task (task-based help) • help asociat cu subiectul (topic-related help) Help-ul sensibil la context furnizeaza informatii scurte si simple atunci cand punctam obiecte din interfata Aceste informatii pot fi intalnite sub forma unor tooltip-uri, a unor casute pop-up sau o bara de mesaje Ca si tooltip-ul, casutele pop-up apar cand pointam la anumite controale Ele dau ceva mai multe informatii decat tooltip-urile si explica ce face controlul respectiv Barele de mesaje asigura informatii aditionale despre controalele interfetei Deoarece barele de mesaje nu sunt vizibile imediat, informatiile furnizate nu pot fi esentiale pentru utilizator Help-ul bazat pe task apare in ferestre de help care arata utilizatorului cum sa indeplineasca, pas cu pas, o actiune Ferestrele pentru help-ul bazat pe task au in general butoane de comanda Dimensiunea unei ferestre de acest tip trebuie redusa la minim, deoarece arata mai bine fara bare de scroll, si in plus au posibilit at i de cautare a textului Help-ul asociat cu subiectul este similar cu manualul utilizatorului al aplicatiei, care poate contine toate tipurile de help Pentru a deschide un astfel de help, se face in general click pe pe optiunea Help din bara de meniu Apoi se alege o optiune dintr-o lista, divizata pe categorii de subiecte Fiecare sub-subiect are un cuprins, care poate include grafice sau pasii de indeplinire a unei sarcini 1 in help-ul online pot fi plasate si hiperlink-uri sau salturi pentru a stabili relatii intre subiecte Butoanele de browse, butoanele de comanda, tastele pentru "scurtaturi" si tastele de acces faciliteaza navigarea prin fisierele de help Help-ul online este cel mai bine implementat cand cele trei tipuri amintite anterior sunt combinate in acest caz avem garantia ca toti utilizatorii, incepatori sau experti, vor avea acces la informatiile relevante Fisierele de help trebuie corelate cu actiuni numai cand acest lucru este necesar si adecvat in plus, utilizatorii trebuie sa poata accesa imediat subiectele pe care le consulta in mod repetat informatiile trebuie organizate satisfacator pentru a fi usor de gasit, inclusiv prin implementarea posibilitatilor de cautare Astfel, indecsii sunt o modalitate potrivita de structurare a help-ului Totusi, utilizatorul nu trebuie sa navigheze prin meniuri multiple pentru a obtine informatiile, iar numarul si dimensiunile ferestrelor de help trebuie mentinute la minim Help-ul online furnizeaza utilizatorilor informatii inestimabile privind folosirea interfetei Cu toate acestea, sistemul de help nu poate compensa deficientele unei interfete gresit proiectate in acest caz, help-ul, oricat de bine facut, nu va fi remarcat 2 Crearea de fisiere hlp Un utilitar pentru realizarea de fisiere hlp este Microsoft Help Workshop, disponibil gratuit pe site-ul Microsoft: Acesta creeaza fisiere hlp pe baza unui document rtf (Rich Text Format), editat dupa anumite conventii, corespunzatoare optiunilor fisierelor de help Subiectele din help sunt asociate in general cu un identificator unic Acesta se insereaza printr-o nota de subsol (fooinote) cu caracterul "#", inaintea titlului paginii respective Deschiderea unei anumite pagini de help, atat din fisierul "cuprins", cat si dintr-un program, se face pe baza acestui identificator Paginile sunt despartite cu "page break" Fisierul de help propriu-zis poate fi insotit de un fisier "cuprins", cu formatul urmator: :Base Exemplu hlp :Title Exemplu de fisier hlp :index=Exemplu hlp 1 Capitolul 1 2 Pagina 1=Topic id1 2 Pagina 2=Topic id2 1 Capitolul 2 2 Pagina 3=Topic id3 "Base" reprezinta numele fiserului de help, titlul determina textul ce va aparea pe bara ferestrei help-ului, index-ul sugereaza fisierul de unde se va face indexarea (in cazul nostru, acelasi fisier) in continuare, se descrie structura help-ului intr-o maniera arborescenta Numerele din fata denumirilor de capitole reprezinta nivelul in arbore al subiectului respectiv: 3 Se observa ca legatura la paginile corespunzatoare se face pe baza identificatorului de subiect (topic id) Pentru ca utilizatorul sa navigheze usor prin help, sunt disponibile optiuni de indexare si cautare a cuvintelor cheie in cazul indexului, cuvintele cheie sunt desemnate printr-o nota de subsol marcata "K" Pagina de index afiseaza lista cuvintelor cheie definite pentru fiecare subiect: in pagina de cautare "Find", help-ul genereaza automat o lista cu toate cuvintele gasite Utilizatorul poate introduce un anumit cuvant (sau mai multe) si afla in ce pagini apare acesta Titlurile de subiecte care apar in lista de jos sunt determinate de o nota de subsol marcata "s" in fisierul rtf 4 Daca se doreste includerea unor imagini, acestea sunt pur si simplu inserate in fisierul rtf si vor aparea in mod automat si help O alta optiune utila este includerea de texte "pop-up", in situatii in care explicarea unui termen sau a unui concept este suficient de scurta si nu necesita utilizarea unei pagini noi: Acest format presupune inserarea unui text "ascuns" in fisierul rtf Daca editorul folosit este Microsotf Word, atunci trebuie sa activam mai intai optiune de vizualizare a informatiilor ascunse, prin combinatia de taste CTRL + * (sau CTRL+SHiFT+8) Textul "link" va fi subliniat si imediat dupa el va fi introdus un identificator pentru fereastra mica ce va aparea identificatorul va fi scris cu litere ascunse, ceea ce se poate realiza din meniul Format Font  Hidden Sa presupunem ca identificatorul se numeste POPUP 5 intr-o alta pagina se va scrie textul care se doreste sa apara (in cazul nostru: Textul apare intr-o fereastra mica) in fata sa, va fi inserata o nota de subsol marcata "#", iar continutul notei va fi identificatorul mentionat anterior (POPUP) Pentru realizarea unei legaturi la alta pagina, se va sublinia dublu textul corespunzator legaturii, care va fi urmat de identificatorul subiectului paginii la care se vrea sa se sara Crearea de fisiere chm Un utilitar pentru realizarea de fisiere chm (Compiled HTML) este HTML Help Workshop, disponibil gratuit tot pe site-ul Microsoft: ideea care sta la baza acestui format este transformarea unui site web (sau a unui grup de pagini html intr-un singur fisier, cu optiuni de navigare si cautare) Pentru a realiza un astfel de fisier, trebuie create mai intai paginile html cu informatiile utile in tab-page-ul Project se apasa al doilea buton din stanga, Add Remove topic files Este suficienta includerea paginii de index, de la care se presupune ca exista legaturi catre celelalte pagini Se creeaza apoi cate un fisier Contents si index in tab-page-ul Contents, se pot insera subiectele corespunzatoare unor anumite pagini Pentru aceasta se folosesc butoanele din stanga insert a heading (un nod in arbore) si insert a page (o frunza) 6 in mod analog se definesc si intrari de index, care pot fi asociate cu una sau mai multe pagini: 7 Daca o intrare de index are mai multe pagini asociate, la cautare rezultatul va fi de forma: Pentru generarea automata a optiunii de cautare in lista de cuvinte a paginilor, se apasa primul buton din stanga din tab-page-ul Project, numit Change project options, iar in pagina Compiler se bifeaza casuta Compile full-text search information Activarea unui fisier de help prin program Pentru activarea help-ului in C++ Builder, mai intai se asociaza fisierul aplicatiei: Application->HelpFile = "Exemplu hlp"; Pentru afisarea ferestrei "cuprins", vom folosi metoda: Application->HelpCommand(HELP FiNDER, 0); Pentru afisarea unei pagini anume, se utilizeaza din nou identificatorul de subiect al paginii respective: Application->HelpJump("Topic id"); O alta varianta este deschiderea fisierului printr-un apel la sistemul de operare, folosind functia ShellExecute Prototipul functiei este urmatorul: HiNSTANCE ShellExecute( HWND hwnd,    handle la fereastra parinte LPCTSTR lpOperation,    pointer la un string care specifica operatia de executat LPCTSTR lpFile,    pointer la un string care contine numele fisierului sau directorului LPCTSTR lpParameters,    pointer la un string care specifica parametrii pentru executabil LPCTSTR lpDirectory,    pointer la un string care specifica directorul implicit iNT nShowCmd    modul de afisare a ferestrei aplicatiei ); 8 lpOperation poate avea urmatoarele valori: • open: functia deschide fisierul specificat de lpFile, care trebuie sa fie un executabil sau un document sau un director care poate fi deschis; • print: tipareste fisierul specificat, daca acesta este un document; • explore: exploreaza directorul specificat de lpFile nShowCmd determina modul in care va fi afisata aplicatia pe ecran atunci cand este deschisa Valorile cele mai utilizate sunt: • SW HiDE: ascunde fereastra; • SW NORMAL: afiseaza fereastra cu dimensiunea si pozitia proiectate; • SW MAXiMiZE: afiseaza fereastra maximizata; • SW MiNiMiZE: afiseaza fereastra minimizata; • SW RESTORE: activeaza si afiseaza fereastra; daca aceasta este minimizata sau maximizata, i se refac pozitia si dimensiunea originare; • SW SHOW: activeaza fereastra si o afiseaza in pozitia si cu dimensiunea curente Cand functia se executa cu succes, ea returneaza handle-ul aplicatiei executate Altfel, ea returneaza o valoare 32≤ , care precizeaza cauza erorii Un exemplu de utilizare este urmatorul: ShellExecute(Handle, "open", "Exemplu chm", "", "", SW NORMAL); Apelul trebuie precedat de includerea in program bibliotecii Aplicatii Realizati un fisier hlp si unul chm pe baza informatiilor dintr-un laborator sau curs de iP 9ingineria programarii - Laboratorul 6 Utilizarea bibliotecilor linkeditate dinamic (DLL) introducere: ce este linkeditarea? Pentru a intelege ce sunt DLL-urile, adica bibliotecile linkeditate dinamic (Dynamic Link Library), trebuie sa intelegem conceptele de "linkeditare" si de "biblioteca" O biblioteca este un fisier care contine codul obiect compilat al functiilor, aranjat astfel incat linkeditorul sa poata gasi adresa exacta a oricarei functii continute de biblioteca si sa poata referentia (adica apela) functia respectiva Procesul de referentiere cu adresa efectiva a unei functii din biblioteca se numeste linkeditare si este in general ultimul proces din cadrul compilarii Linkeditarea poate fi de doua tipuri: statica si dinamica Cand se decide referinta unei functii din biblioteca, codul functiei este copiat din biblioteca in executabil atunci cand este intalnita prima referinta Toate referintele ulterioare ale aceleiasi functii vor fi decise prin intermediul codului functiei copiat in executabil si nu al codului din biblioteca, pentru a economisi spatiu Cand toate referintele sunt rezolvate, linkeditorul va adauga codul de inceput si va crea un fisier executabil Acest executabil contine intreg codul functiilor si deci nu necesita o noua legatura cu biblioteca pentru a rula Acest proces poarta denumirea de linkeditare statica, deoarece toate referintele la apelurile functiilor sunt rezolvate la linkeditare in cazul linkeditarii dinamice, referintele la apelurile functiilor nu sunt rezolvate decat in momentul executiei programului Astfel, numele tuturor functiilor sunt introduse intr-o tabela speciala din executabil, numita tabela de import al functiilor (function import table) Aceasta tabela contine toate numele functiilor care trebuie linkeditate dinamic si numele bibliotecilor in care se gaseste codul acestor functii Cand ruleaza programul, sunt incarcate bibliotecile (DLL-urile) ale caror nume apar in tabela de import al functiilor, iar referintele pentru apelurile functiilor din DLL-uri sunt rezolvate cu adresele efective ale codului functiilor Dupa cum se poate observa, acest proces este analog legarii dinamice sau intarziate (late binding) din C++, implementate prin functii virtuale, cand programul nu cunoaste functia carei clase sa o apeleze decat in momentul executiei in linkeditarea dinamica, codul functiei nu este copiat in executabil, astfel incat dimensiunea executabilului se reduce dramatic Alt beneficiu al folosirii DLL-urilor este faptul ca putem verifica daca un fisier DLL exista si daca el contine o anumita functie Acest lucru demonstreaza, de exemplu, posibilitatea existentei aplicatiilor de tip "plug-in" Unii vor fi poate surprinsi sa afle ca notiunea de linkeditare dinamica nu este un concept nou, introdus in Windows Programatorii au vrut dintotdeauna sa aiba acest tip de facilitate, dar trebuiau sa foloseasca tehnici ultrasofisticate si nu dispuneau de suportul sistemului de operare pentru aceasta Linux-ul are propriile tehnici de linkeditare dinamica in directorul  usr lib exista unele fisiere numite de exemplu libabc so 1, libxyz so 3 etc Acestea nu sunt decat echivalentele din Linux ale DLL-urilor din Windows Extensia so vine de la Shared Object iar numarul care urmeaza reprezinta linkeditorul care poate incarca si lega aceste fisiere in mod dinamic Linkeditarea dinamica este suportata in Linux prin intermediul unui program numit ld so 1 DLL: Biblioteci linkeditate dinamic Acum, dupa ce am vazut ce este linkeditarea si cum lucreaza linkeditorul, putem intelege ce sunt DLL-urile Acestea sunt pur si simplu biblioteci compilate continand functii sau date, pe care un program le poate linkedita dinamic in timpul executiei Compilatorul nu cunoaste adresa exacta a functiei in biblioteca la momentul linkeditarii, asa incat introduce numele functiilor care trebuie linkeditate dinamic in tabela de import al functiilor Pentru a facilita acest tip de linkeditare, DLL-urile au o tabela speciala, numita tabela de export al functiilor (function export table), care contine numele functiilor care vor fi linkeditate dinamic de alte programe si adresele lor efective Numai functiile care apar in tabela de export pot fi linkeditate dinamic, toate celelalte functii sau date sunt private in DLL si nici un program extern nu le poate accesa Putem vedea tabela de export cu un utilitar simplu din Windows, numit Quick View, care afiseaza ce functii sunt disponibile in DLL Partea delicata in proiectarea programelor cu DLL-uri este ca in timp ce functiile din DLL opereaza sub acelasi context, ele nu au aceleasi drepturi de acces pe care le-ar fi avut daca ar fi fost scrise in codul de baza al executabilului De exemplu, ele nu au acces la variabilele globale definite in program si nu pot apela direct functii din executabil De aceea trebuie sa asiguram atat posibilitatea ca executabilul sa comunice cu DLL-ul, cat si implementarea unor metode la nivel global Aceasta problema rezulta din faptul ca functiile din DLL sunt apelate "orbeste" Cand apelam functii compilate in cadrul unui program, ne putem baza pe compilator sa ne atentioneze daca nu trimitem corect parametrii Atunci cand lucram cu functii exportate din DLL-uri, nu avem aceasta facilitate Prototipurile functiilor sunt incluse in codul sursa al executabilului si trebuie sa se potriveasca cu acelea definite in DLL in caz contrar, parametrii nu vor fi interpretati corect Avantajele folosirii DLL-urilor 1 Partajarea codului: Este motivul principal pentru care folosim DLL-urile Probabil de aceea a fost inventat insusi conceptul De exemplu, sa presupunem ca trei aplicatii necesita acelasi tip de casute de dialog pentru a introduce datele in acest caz, putem crea un DLL care sa se ocupe de aceste sarcini comune Odata ce DLL-ul este verificat si optimizat, orice aplicatie il poate folosi 2 Folosirea eficienta a resurselor sistemului: in linkeditarea statica, codul functiei este copiat direct in executabil Daca trei aplicatii folosesc aceleasi functii legate static, nu numai ca dimensiunile aplicatiilor vor creste, dar aceeasi functie va exista de trei ori in spatii de adrese diferite Daca vom scrie un DLL care sa contina aceasta functie comuna, dimensiunea aplicatiei se va reduce mult iar odata ce DLL-ul va fi incarcat in memorie, orice aplicatie il poate folosi fara sa trebuiasca sa incarce din nou intreg DLL-ul 3 Dezvoltarea modulara: Dezvoltarea aplicatiilor a devenit in prezent modulara, adica module diferite sunt dezvoltate de diverse grupuri sau persoane DLL-urile maresc modularitatea dezvoltarii aplicatiilor Acestea pot fi scrise separat si asamblate in final 4 Dezvoltarea plug-in-urilor: Daca aplicatia noastra foloseste DLL-uri, atunci pentru ea se pot dezvolta plug-in-uri, iar functionalitatea sa poate fi sporita fara a fi nevoie sa reinstalam intreaga aplicatie 5 Usurinta verificarii 6 Usurinta corectarii erorilor 7 Usurinta upgradarii 2 Cum administreaza sistemul de operare DLL-urile in memorie? Sistemul incarca recursiv DLL-urile pe care le foloseste un program Mai intai se incarca programul si sunt cautate numele DLL-urilor din list de import a acestuia Apoi sistemul verifica daca DLL-ul specificat este deja incarcat in memorie de o alta aplicatie Daca DLL-ul este prezent in memorie, referintele sunt rezolvate in cadrul aceleiasi instante Daca DLL-ul nu este prezent in memorie, o noua instanta este incarcata iar referintele sunt rezolvate in cadrul acesteia Toate referintele ulterioare vor fi rezolvate in aceasta instanta, pana cand DLL-ul este eliberat din memorie Dar cum stie sistemul cand sa elibereze din memorie un DLL? Daca ar sterge DLL-ul impreuna cu programul care l-a incarcat, celelalte programe linkeditate ulterior cu aceeasi instanta nu vor mai functiona corect Sistemul asociaza pur si simplu un contor fiecarei instante a DLL-urilor pe care le incarca Contorul este incrementat cu 1 de fiecare data cand un nou program se leaga la acelasi DLL si este decrementat cu 1 cand un program asociat este oprit Cand contorul devine 0, sitemul poate elibera fara probleme DLL-ul din memorie Sa presupunem ca avem trei programe: prog1 exe, prog2 exe si prog3 exe Toate folosesc cateva functii din biblio dll Cand utilizatorul ruleaza pentru prima data prog1 se incarca in memorie o instanta a DLL-ului iar contorul asociat, care initial era 0, devine 1 Daca utilizatorul porneste acum prog2 si prog3, biblio dll este deja prezent in memorie si programele vor folosi aceeasi instanta Contorul asociat devine 3 Daca prog1 este inchis, sistemul nu elibereaza DLL-ul din memorie, deoarece contorul este 2 (a fost decrementat cu 1) Dupa un timp, prog3 este oprit, decrementand contorul cu 1 Cand si prog2 se termina, contorul devine 0 iar sistemul stie ca DLL-ul nu mai este necesar nici unui alt program, asa incat elibereaza memoria ocupata de el Consideratii asupra crearii DLL-urilor in scopul folosirii in limbaje diferite in cele ce urmeaza, ne vom concentra asupra crearii DLL-urilor in C++ Builder Totusi, vom amintim unele lucruri de care trebuie sa tinem seama atunci cand vrem sa le folosim cu alt limbaj de programare Primul idee se refera la faptul ca nu exista compatibilitate intre clasele create in limbaje diferite Daca dorim o solutie orientata obiect independenta de limbaj, trebuie sa apelam la tehnologia COM Totusi, putem folosi functii create in alte limbaje, cu conditia asigurarii mijloacelor necesare accesarii acestora in cadrul DLL-urilor Regula de care trebuie sa tinem cont este conventia de apel (calling convention) Ori de cate ori o functie este apelata, parametrii trimisi sunt introdusi in stiva Cand cursul executiei ajunge in cadrul functiei, parametrii sunt scosi din stiva si prelucrati Problemele apar atunci cand diferitele limbaje folosesc diferite metode pentru stocarea si recuperarea parametrilor in din stiva De exemplu, limbajul C introduce parametrii in stiva in ordine inversa fata de cum apar in prototipul functiei Primul parametru din apel se va gasi in varful stivei in acest mod este posibila apelarea unei functii cu un numar variabil de parametri invers, limbajul Pascal introduce parametrii in stiva in ordinea in care ei apar in apel Daca ordinea parametrilor este incurcata, programul probabil ca va genera erori critice Microsoft au scris initial DLL-urile in mediul win16 pentru a dispune de o conventie de apel compatibila cu versiunea lor (acum defuncta) de Pascal Aceasta conventie, numita stdcall, a devenit standardul de facto de trimitere a parametrilor catre un DLL 3 Delphi foloseste o conventie numita fastcall, in care parametrii sunt trimisi prin intermediul registrilor C si C++ folosesc conventia de apel cdecl Toate aceste conventii sunt suficient de diferite intre ele pentru a fi incompatibile De aceea, Borland a definit asa numitii modificatori de variabile (variable modifiers) Acestia sunt folositi impreuna cu export  import pentru a ne permite sa specificam explicit prin ce conventie vrem sa trimitem parametrii Un alt lucru pe care trebuie sa-l avem in vedere este denaturarea numelor Deoarece C++ contine concepte cum ar fi functiile membre si supraincarcarea functiilor, trebuie sa existe o modalitate de specificare a numelui unei functii, unic pentru toti utilizatorii, astfel incat, de exemplu, functia afiseaza(int) sa nu fie apelata cand incercam sa executam afiseaza(double) sau afiseaza(char) Daca pur si simplu numim toate functiile afiseaza in sursa executabilului, linkeditorul poate considera ca are de-a face cu trei còpii ale aceleiasi functii si are nevoie numai de una singura in acest mod, se apeleaza functia cu un parametru de tip incorect, ceea ce poate avea consecinte foarte neplacute De aceea, fiecare functie trebuie identificata in mod unic, cu niste cuvinte cheie care sa reprezinte atat tipul returnat cat si lista de parametri Fiecare companie care produce compilatoare si-a ales propria modalitate de a codifica aceasta unicitate Microsoft se deosebeste vizibil de Borland Dupa cum se poate vedea, acest lucru duce la o alta zona in care trebuie facute compromisuri pentru ca programele sa nu aiba probleme, de exemplu declararea unei functii numite @ShowDialogsqv C++ ne ofera o modalitate de a ocoli aceasta situatie prin adaugarea cuvintelor cheie extern "C" la prototipul functiei Aplicatii 1 Realizati o biblioteca legata dinamic (prime dll) care sa contina o functie care testeaza ca un numar intreg, primit ca parametru, este prim indicatii: Se va crea un proiect de tip consola-dll in fisierul prime cpp, se va adauga functia de forma: extern "C" declspec(dllexport) int isPrime(int n) 2 Realizati un program executabil (suma exe) care sa demonstreze ca orice numar par mai mare sau egal ca 4 poate fi scris ca suma de 2 numere prime si orice numar impar mai mare sau egal ca 7 poate fi scris ca suma de 3 numere prime Va fi folosita functia de test pentru numere prime din prime dll Linkeditarea se va face static (adica se va face cu ajutorul fisierului lib creat anterior si introdus explicit in proiect) indicatii: in proiect se va adauga fisierul prime lib, rezultat la punctul anterior in fisierul sursa se va declara mai intai functia: extern "C" declspec(dllimport) int isPrime(int); 3 Modificati prime dll prin adaugarea unei functii de tipul int CountPrimes(int n), care calculeaza numarul numerelor prime mai mici sau egale cu n Verificati ca suma exe se executa corect dupa modificarea dll-ului 4 4 Realizati un program executabil (grafic exe) care sa afiseze graficul functiei: f(n) = numarul de numere prime ≤ n, n>0 precum si o aproximare a acestui numar, de forma: g(n) = n, n>2 nlog Pentru calculul exact, se va utiliza functia int CountPrimes(int n) din prime dll Pentru aproximare, se va utiliza functia cu prototipul float ApproxCount(float x), din xlogx dll Linkeditarea se va face dinamic (adica dll-ul va fi incarcat direct, fara ajutorul fisierului lib) indicatii: Mai intai, trebuie sa declaram propriile noastre functii care sa corespunda functiilor din dll: typedef int (*CountPrimesFunction)(int); CountPrimesFunction MyCountPrimes; La inceputul programului (in evenimentul OnCreate al formei), trebuie sa incarcam cele doua dll-uri: HiNSTANCE hDLL = LoadLibrary("prime dll"); if (!hDLL) {   Eroare: prime dll } Daca biblioteca a fost incarcata cu succes, putem acum sa incarcam functia dorita: MyCountPrimes = (CountPrimesFunction)GetProcAddress(hDLL, " CountPrimes"); if (MyCountPrimes == NULL) {   Eroare: prime dll - CountPrimes } in mod analog se procedeaza si pentru functia float ApproxCount(float) in program, vom folosi direct functiile declarate anterior: MyCoun tPrimes, respectiv MyApproxCount De exemplu, int nrpr = MyCountPrimes(n) 5ingineria programarii - Laboratorul 7 Aplicatii COM Automatizare introducere ActiveX este termenul folosit pentru controalele numite anterior controale OLE (Object Linking and Embedding) sau OCX-uri Controalele ActiveX sunt reutilizabile si cea mai complexa parte a implementarii este ascunsa in spatele unei interfete Utilizarea controalelor ActiveX prin clasele ActiveX poate diminua considerabil timpul necesar dezvoltarii aplicatiilor Putem include astfel diverse functii intr-o aplicatie, cum ar fi crearea si editarea documentelor continand diferite tipuri de date, text, sunet, grafice sau foi de calcul De asemenea, cu ajutorul claselor ActiveX se poate controla un program prin intermediul altuia OLE este un mod de a introduce informatii dintr-o aplicatie intr-un document al altei aplicatii ideea este ca informatiile sunt reprezentate ca obiecte Trebuie deci cunoscuta o legatura catre obiectul document sau intregul document este incorporat (de aici denumirea de legare sau incorporare a obiectelor) Aceste documente poarta numele de Documente Active (Active Documents) Exista o componenta in C++ Builder care permite construirea de clienti OLE care suporta acest principiu - TOLEContainer Automatizarea (automation) este o alta fateta a tehnologiei OLE, cu scopul de a permite unei aplicatii sa controleze (sau sa automatizeze) alta aplicatie Programul controlat se numeste server de automatizare, iar cel care il controleaza se numeste control de automatizare sau client de automatizare Clientul stabileste legatura dintre cele doua aplicatii Automatizarea permite informatiilor sa circule intre cele doua aplicatii iar clientului sa execute functii din server Procesul se bazeaza pe obiecte - serverul suporta unul sau mai multe obiecte cu proprietati si metode disponibile pentru control extern Pentru a invoca un server de automatizare, el trebuie inregistrat, adica sa aiba unele informatii stocate in registrele Windows, suficiente pentru descrierea si localizarea sa Clientul si serverul OLE nu e obligatoriu sa se afle in acelasi director Codul OLE va regasi serverul prin examinarea registrelor Un server de automatizare poate fi un executabil sau un DLL Deoarece DLL-urile sunt incarcate in spatiul de adrese al procesului executabil care le foloseste, serverele DLL sunt numite servere interne procesului (in-process) Serverele EXE se numesc servere externe procesului (out of process) OCX-urile si ActiveX-urile sunt servere interne procesului cu informatii suplimentare specifice pentru a putea functiona drept controale vizuale Ce este un server de automatizare? Dupa cum am vazut, serverul de automatizare este o aplicatie sau o biblioteca DLL care implementeaza un obiect COM, adica un obiect care respecta specificatiile Component Object Model ale Microsoft Obiectele COM au diverse interfete Alte aplicatii sau DLL-uri comunica cu aceste obiecte prin intermediul interfetelor lor interfata este o colectie bine definita de metode si proprietati care pot fi implementate de unul sau mai multe obiecte Toate obiectele COM implementeaza interfata iUnknown, care 1 defineste metodele de referinta folosite pentru controlarea duratei de viata a obiectului Aceasta defineste de asemenea o metoda care permite altor interfete sa fie accesate in obiect Un server de automatizare este un obiect COM care, pe langa iUnknown, mai implementeaza si interfata iDispatch Aceasta permite clientilor sa execute functii din server, prin trimiterea informatiilor despre metoda sau proprietatea care se doreste a fi accesata, precum si a eventualilor parametri necesari Serverele de automatizare implementabile in C++ Builder isi pot pune la dispozitia clientilor metodele si proprietatile prin intermediu iDispatch sau direct, prin propriile interfete Daca un obiect suporta ambele metode, se spune ca suporta interfete duale Metodele din interfata trebuie sa returneze tipul HRESULT, un tip Windows folosit pentru transmiterea informatiilor de eroare Cand accesam metodele prin interfata normala, trebuie sa verificam HRESULT, pentru a ne da seama daca totul a functionat corect Acest lucru nu mai este necesar atunci cand utilizam interfata iDispatch Controlarea serverelor de automatizare cu tipul Variant Pentru controlarea serverelor prin iDispatch, fosim variabile de tipul Variant O asemenea variabila poate avea valori de diverse tipuri: Variant v = 14; v = "sir de caractere"; v = true; v = -20 12; AnsiString as = v;    as = "-20 12" Pe langa numere intregi, reale, siruri de caractere, valori logice sau matrici de diferite dimensiuni cu elemente de orice tip, un Variant este folosit si pentru reprezentarea obiectelor de automatizare Un Variant poate contine deci o referinta la un obiect iDispatch Pentru initializare, se include biblioteca comobj hpp si se apeleaza functia CreateOleObject(), asignand rezultatul unui Variant Referinta la server va fi disponibila pana la inchiderea aplicatiei server, la inchiderea ei explicita prin program sau la distrugerea variabilei Variant Pentru exemplificare, sa consideram Microsoft Word drept server Daca Word-ul nu este instalat, CreateObject va lansa o exceptie EOleSysError Pentru deschiderea, respectiv oprirea serverului, folosim: Variant MSWord = MSWord CreateObject("Word Application"); si MSWord = Unassigned; in mod implicit, cele mai multe servere de automatizare raman ascunse cand sunt invocate de un client Pentru versiuni mai noi de Word, pornirea nu va insemna si afisarea ferestrei Word 6 va fi vizibil, dar versiunile ulterioare vor porni ascunse MSWord = MSWord CreateObject("Word Application"); MSWord OlePropertySet("Visible", true); si pentru distrugere trebuie folosite alte instructiuni: 2 MSWord OleProcedure("FileExit", 2); sau: MSWord OleProcedure("Quit", False); Pentru aflarea metodelor, proprietatilor si obiectelor existente, trebuie sa ne bazam pe documentatia furnizata de producatorul serverului Pentru apelarea unor metode, se folosesc metodele membre ale clasei Variant OleFunction sau OleProcedure Pentru determinarea sau setarea unor proprietati, se utilizeaza OlePropertyGet si OlePropertySet De exemplu, pentru deschiderea unui nou document Word, se foloseste: MSWord OleFunction("Documents") OleProcedure("Add"); sau: Procedure FileNew("FileNew"); MSWord Exec(FileNew); Pentru inserarea unui text intr-un document, se scriu instructiuni de forma: Variant Selection = MSWord OleFunction("Selection"); Selection OleProcedure("TypeText", "textul de inserat"); Selection OleProcedure("TypeParagraph");    rand nou sau: MSWord OleProcedure("insert", "text de inserat"); MSWord OleProcedure("insert", " r");    rand nou sau: Procedure insert("insert"); MSWord Exec(insert ShowMainForm = false; inregistrarea unui server de automatizare Pentru a stoca in registrele Windows informatiile necesare, trebuie sa rulam aplicatia Acest lucru este suficient pentru ca serverul sa introduca informatiile de automatizare in registre Alta posibilitate este rularea programului cu parametrul " regserver" Pentru deinstalarea serverului, se foloseste parametrul " unregserver" Dupa inregistrare, se adauga cateva linii in baza de date din registrelor Windows-ului Pentru examinarea lor, se ruleaza regedit exe si apoi se expandeaza HKEY CLASSES ROOT: CLSiD ar trebui sa fie acelasi cu identificatorul din editorul Builder-ului Testarea serverului de automatizare Pentru testarea serverului creat, se procedeaza in mare parte la fel ca in cazul Word-ului Vom crea un nou program, in care vom avea nevoie de un Variant: Server = Comobj::CreateOleObject("ComServer MyServer"); 5 in acelasi mod se poate apela un server de pe alt calculator (DCOM - Distributed Component Object Model): Screen->Cursor = crHourGlass;    cursor de asteptare if (CreateRemoteObject(ClassiD, "192 168 247 195", Server))    adresa ShowMessage(Server OleFunction("NumeFunctie"));    succes else ShowMessage("Eroare"); Screen->Cursor = crDefault;    revenire la cursor normal O proprietate din server poate fi determinata si setata prin apelurile: Variant rezultat = Server OlePropertyGet("NumeProprietate"); respectiv: Variant valoare; Server OlePropertySet("NumeProprietate", valoare); O metoda din server va fi apelata prin: Variant val return = Server OleFunction("NumeFunctie", [parametri]); unde parametrii (optionali) sunt tot obiecte Variant Rezolvarea cu interfete duale si CoClass Mai intai sa folosim interfata normala in clasa ferestrei, trebuie sa declaram un simbol care sa reprezinte serverul de automatizare, de tipul TCOMiMyOleServer: class TForm1 : public TForm { private: TCOMiMyOleServer Server; } Acest tip este clasa interfetei duale care reprezinta interfata noastra in constructorul ferestrei, obiectul COM este invocat utilizand metoda Create din clasa proxy client CoClass: #include "Server TLB h" fastcall TForm1::TForm1(TComponent* Owner) : TForm(Owner) {    Creaza serverul Server = CoMyOleServer::Create(); } Acum putem apela metodele interfetei direct Nu putem insa accesa proprietatile decat tot prin intermediul metodelor implementate 6 DATE date; if (SUCCEEDED(Server->get Time(&date))) AnsiString as = DateTimeToStr(date);    prelucram data else ShowMessage("Eroare");    a aparut o problema OLE SUCCEEDED este un macro Windows care analizeaza un HRESULT si returneaza o valoare nenula daca nu a fost indicata nici o eroare Rezolvarea cu interfata Dispatch in clasa ferestrei se declara un camp de forma: class TForm1 : public TForm { private: iMyOleServerDisp Server; } in constructorul ferestrei, se apeleaza metoda sa BindDefault Acum metodele si proprietatile serverului pot fi accesate direct: fastcall TForm1::TForm1(TComponent* Owner) : TForm(Owner) {    Creaza serverul Server BindDefault(); } in program vom putea scrie: AnsiString as = DateTimeToStr(Server Time); Aplicatii 1 Dupa modelul din laborator, realizati un program care porneste Microsoft Word, deschide un nou document, introduce un text, preia statisticile despre acesta si inchide in final Word-ul (Word exe) 2 Realizati un server COM cu o proprietate ReadOnly de tip DATE ce semnifica data curenta Construiti un client care sa citeasca aceasta proprietate si sa afiseze in taskbar un ceas cu timpul sistemului (Server exe) 3 Adaugati serverului urmatoarele proprietati si metode: ¾proprietatea Numar, Read Write ¾metoda Gaseste, cu parametrii: int tip, int* a, int* b, int* c a, b, c vor fi actualizati dupa apelul functiei, astfel incat: ¾daca tip=1, a = Numar ¾daca tip=2, a2 + b2 = Numar2 7 ¾daca tip=3, a3 + b3 + c3 = Numar3 in client se va introduce numarul Numar si se va afisa descompunerea sa (Client exe) folosind procedeele de automatizare Rezultate pentru testare: tip=1: 5 = 5 124 = 124 tip=2: 52 = 32 + 42 102 = 62 + 82 782 = 302 + 722 tip=3: 63 = 33 + 43 + 53 93 = 13 + 63 + 83 993 = 113 + 663 + 883 Deschideti mai multi clienti Testati clientul cu tip=3 si un numar mare (de exemplu 20003 = 1683 + 13163 + 17883), pentru a observa comportarea celorlalti clienti cand serverul este ocupat 8 ingineria programarii - Laboratorul 8 Aplicatii de tip internet Scurta istorie a internetului in prezent, aplicatiile trebuie sa fie capabile sa interactioneze cu intraneturile si internetul internetul a revolutionat lumea calculatoarelor si a comunicatiilor intr-o masura nemaiintalnita pana acum inventarea telegrafului, telefonului, radioului si calculatorului a pus bazele integrarii capacitatilor de transmitere a informatiilor, dintre care internetul este (sau va fi cu siguranta in viitorul apropiat) veriga cea mai importanta, deoarece este un mediu potrivit colaborarii si interactiunilor dintre persoane, indifierent de locatia geografica in zilele noastre, concepte ca "adresa de  " sau "web-site" sunt cunoscute si utilizate efectiv de un numar din ce in ce mai mare de oameni internetul reprezinta unul dintre cele mai reusite exemple ale beneficiilor datorate investitiilor sustinute, cercetarilor si dezvoltarii in domeniul infrastructurii informationale De la inceput, guvernul Statelor Unite, industria si academia au fost parteneri in elaborarea si lansarea acestei noi tehnologii in 1957, guvernul Statelor Unite a infiintat Agentia pentru Proiecte de Cercetare Avansate (Advanced Research Projects Agency - ARPA), un segment al Departamentului Apararii, insarcinat cu asigurarea suprematiei SUA in domeniul stiintei si tehnologiei pentru aplicatii militare in 1969, ARPA a infiintat ARPANET, precursorul internetului ARPANET era o retea care lega cele mai importante calculatoare de la Universitatea California din Santa Barbara, institutul de Cercetare Stanford si Universitatea din Utah in cativa ani, si alte institutii de educatie si cercetare s-au alaturat retelei Ca raspuns la amenintarea unui atac nuclear, ARPANET a fost destinat sa permita continuarea comunicatiilor daca unul sau mai multe site-uri ar fi fost distruse Spre deosebire de zilele de astazi, cand milioane de persoane au acces la internet de acasa sau de la serviciu, ARPANET deservea numai profesionisti in computere, ingineri si oameni de stiinta care ii puteau descifra marea complexitate in anii urmatori, au fost adaugate rapid noi calculatoare iar munca s-a concentrat asupra definitivarii unui protocol host-to-host functional si a unui soft de retea in decembrie 1970, acest obiectiv a fost indeplinit, fiind numit Protocol de Control al Retelei (Network Control Protocol - NCP) implementarea acestuia fiind finalizata in perioada 1971-1972, utilizatorii retelei puteau in sfarsit sa inceapa dezvoltarea de aplicatii intr-o retea cu arhitectura deschisa, retelele individuale trebuie proiectate si dezvoltate separat si fiecare poate avea o interfata proprie, unica Fiecare retea poate fi proiectata in acord cu mediul sau specific si cerintele utilizatorilor in general nu exista constrangeri asupra tipurilor de retea care pot fi incluse sau situarea lor geografica, desi unele consideratii pragmatice vor dicta ce are sens sa fie oferit ideea de retea cu arhitectura deschisa a fost introdusa pentru prima data de Bob Kahn, la scurt timp dupa ce a venit la DARPA (Defense Advanced Research Projects Agency) in 1972 Aceasta lucrare a fost la inceput parte a unui program pentru transmiterea de pachete prin radio, dar mai apoi a devenit un program separat propriu-zis La vremea respectiva, programul era numit 1 "internetting" Un punct cheie pentru functionarea sistemului de pachete radio era un protocol end-end care putea mentine efectiv comunicatia in prezenta bruiajelor si a altor interferente sau rezista la caderi intermitente ale transmisiunii datorate de exemplu tunelelor sau configuratiei terenului Kahn s-a gandit mai intai sa dezvolte un protocol pentru reteaua de pachete radio, de vreme ce ar fi evitat in acest mod sa aiba de-a face cu multitudinea de sisteme de operare in acelasi timp, a continuat sa utilizeze protocolul NCP Totusi, NCP nu avea capacitatea de a adresa alte retele (sau calculatoare) decat cele din ARPANET si deci trebuia modificat intr-o oarecare masura NCP se baza pe ARPANET pentru a asigura siguranta comunicarii end-to-end Daca pachetele se pierdeau, protocolul (si implicit aplicatiile care il foloseau) inceta sa mai functioneze corect in acest model, NCP nu avea un control al erorilor, deoarece ARPANET se intentiona sa fie singura retea existenta si atat de sigura incat controlul erorilor nu mai era necesar la nivelul host-urilor in consecinta, Kahn a decis sa dezvolte o noua versiune a protocolului care sa faca fata nevoilor unui mediu de retea cu arhitectura deschisa Aceasta va fi numita in final Protocol de Control al Transmisiei   Protocol internet (Transmission Control Protocol   internet Protocol - TCP iP) in timp ce NCP tindea sa actioneze ca un "device driver", noul protocol semana mai mult cu un protocol de comunicatie Patru reguli fundamentale au fost decisive pentru Kahn: • Fiecare retea distincta trebuie sa fie de sine statatoare si nici o schimbare interna nu este necesara pentru ca reteaua sa fie conectata la internet • Comunicatiile vor fi sigure Daca un pachet nu ajunge la destinatie, va fi retransmis in scurt timp de catre sursa • Pentru conectarea retelelor se vor folosi "cutii negre" - acestea vor fi numite mai tarziu gateway-uri si rutere Nici o informatie in legatura cu fluxul de pachete nu va fi retinuta de gateway-uri, astfel incat ele vor fi mentinute cat mai simple • Nu exista control global la nivelul operatiilor Totusi, efortul initial de implementare a TCP a rezultat intr-o versiune care permitea numai circuite virtuale Acest model functiona bine pentru transferul de fisiere si aplicatii la distanta, dar unele cercetari asupra aplicatiilor avansate in retea, mai ales transmiterea vocii prin pachete, au evidentiat faptul ca in unele cazuri pierderea pachetelor nu trebuie corectata de TCP, ci de aplicatii Acest fapt a condus la reorganizarea TCP-ului originar in doua protocoale, iP-ul simplu care administra adresarea si trimiterea mai departe a pachetelor individuale si, separat, TCP-ul care se ocupa de servicii precum controlul fluxului si recuperarea informatiilor din pachetele pierdute Pentru aplicatiile care nu doreau serviciile TCP-ului, a fost adaugata o alternativa numita Protocolul de Datagrame Utilizator (User Datagram Protocol - UDP), care sa asigure acces direct la serviciile de baza ale iP-ului O motivatie initiala majora atat pentru ARPANET cat si pentru internet a fost partajarea resurselor, mult mai economica decat duplicarea informatiilor pe calculatoare foarte costisitoare Totusi, in timp ce transferul de fisiere si conectarea la distanta (telnet) erau aplicatii foarte importante, posta electronica a avut probabil impactul cel mai semnificativ al inovatiilor din acea perioada  -ul a asigurat un nou mod de comunicare intre oameni si a schimbat natura colaborarii, mai intai in construirea internetului insusi si apoi in mare parte din societate Dezvoltarea pe scara larga a LAN-urilor (Local Area Network), PC-urilor si statiilor de lucru in anii ’80 a permis internetului sa infloreasca Tehnologia Ethernet, dezvolata de Bob Metcalfe la Xerox PARC in 1973, este probabil si astazi tehnologia de retea dominanta Pasul de la cateva retele 2 cu un numar modest de host-uri la o multitudine de retele a determinat aparitia unui numar de concepte noi si a unor schimbari in tehnologie Astfel a rezultat definirea a trei clase de retele: • Clasa A reprezinta retele la scara nationala (numar mic de retele cu un numar mare de host- uri) • Clasa B reprezinta retele la scara regionala • Clasa C reprezinta retele la scara locala (numar mare de retele cu un numar relativ mic de host-uri) Odata cu dezvoltarea internetului, pentru ca oamenii sa foloseasca mai usor retelele, host-urilor le-au fost atribuite nume, astfel incat sa nu mai fie necesara memorarea adreselor numerice O singura tabela cu numele host-urilor nu mai era fezabila si in consecinta a fost inventat Sistemul Numelor de Domenii (Domain Name System - DNS), de catre Paul Mockapetris DNS permite un mecanism distribuit, scalabil, pentru rezolvarea numelor host-urilor in formatul unor adrese de internet Prin anul 1985, internetul era deja bine fundamentat ca tehnologie, intretinand o vasta comunitate de cercetatori si develop-eri si incepea sa fie folosit si de alte comunitati pentru comunicatii zilnice Posta electronica era utilizata pe scara larga, intre persoane diferite de multe ori cu sisteme de operare diferite, dar interconectarea diverselor sisteme de   a demonstrat utilitatea acestei forme de comunicare in 1988, un comitet al Consiliului National de Cercetare (National Research Council) a produs un raport intitulat "Catre o retea nationala de cercetare", care a avut o mare influenta asupra senatorului Al Gore si a influentat pozitiv trecerea la retelele de mare viteza care au stat la baza "superautostrazilor informationale" ulterioare in opt ani si jumatate de functionare, asa numita "coloana vertebrala" nou formata a crescut de la 6 noduri cu legaturi de 56 kbps la 21 de noduri cu legaturi multiple de 45 Mbps in tot acest timp, internetul a crescut cu aproape 50000 de retele pe toate continentele si cu aproximativ 29000 de retele numai in Statele Unite Dezvoltarea recenta a World Wide Web (WWW ) a adus cu sine o noua comunitate, intrucat multi dintre utilizatorii sai nu se considera in principal cercetatori sau developer-i in domeniul retelelor O noua organizatie de coordonare a luat fiinta in anii ’90, Consortiul World Wide Web (W3C) Condus initial de Tim Berners-Lee, inventatorul WWW, de la Laboratorul de informatica al MiT, si de Al Vezza, W3C si-a asumat responsabilitatea elaborarii de protocoale si standarde asociate cu WWW in cei treizeci de ani de activitate a internetului, am fost martorii unei evolutii constante a structurilor organizationale construite pentru a sprijini si facilita lucrul in retea al unui numar din ce in ce mai mare de oameni Pe 24 octombrie 1995, Federal Networking Council a adoptat in unanimitate o rezolutie care definea termenul "internet" Astfel, acesta se refera la un sistem global de informatii care: • este legat in mod logic de un spatiu de adresare unic bazat pe Protocolul internet (iP) sau pe extensiile sale ulterioare • este capabil sa suporte comunicatii folosind protocolul TCP iP sau extensiile sale ulterioare, precum si alte protocoale compatibile cu iP • furnizeaza, foloseste sau face accesibile, atat in mod public cat si privat, servicii de nivel inalt bazate pe comunicatii si infrastructura asociata internetul s-a schimbat mult de la infiintare A fost conceput intr-o perioada a partajarii timpului, dar a supravietuit in era calculatoarelor personale a sistemelor client-server si peer-to-peer A fost proiectat inainte sa existe LAN-urile, dar s-a acomodat noilor tehnologii si, ce 3 este cel mai important, a inceput cu formarea unui mic grup de cercetatori si a devenit un succes comercial cu investiii anuale de miliarde de dolari Nu trebuie sa credem ca internetul nu se mai mai schimba El va evolua probabil catre calculul de mare viteza sau comunicatiile in forma portabila (laptop-uri, pagere bidirectionale, telefoane celulare) Dezvoltarea sa va aduce noi aplicatii - telefonie sau televiziune pe internet intrebarea cea mai apasatoare nu este cum se va modifica tehnologia, ci cum va fi dirijat procesul de schimbare si evolutie Daca internetul va avea probleme, nu va fi din cauza lipsei de tehnologie, viziune sau motivatie, ci din lipsa unei directii comune si a unui scop spre care sa ne indreptam Rata de dezvoltare a internetului 4 Domenii Domeniile impart site-urile WWW in categorii bazate pe natura lor sau caracteristicile proprietarului si formeaza o parte a adresei site-ului, numita si Uniform Resource Locator (URL) Domeniile generale de nivel inalt sunt: com - pentru intreprinderi comerciale edu - pentru institutii de invatamant gov - pentru organizatii guvernamentale int - pentru organizatii fondate prin tratate internationale mil - pentru servicii militare net - pentru retele org - pentru organizatii non-profit in 2001, dupa cativa ani de dispute, numarul de domenii generale a crescut Noile nume aprobate de iCANN (internet Corporation for Assigned Names and Numbers) sunt: biz - pentru afaceri si corporatii info - pentru servicii bazate pe informatii (ziare, biblioteci etc ) name - pentru persoane fizice si site-uri personale 5 pro - pentru profesionisti (in drept, medicina, economie etc ) aero - pentru servicii si companii implicate in transportul aerian coop - pentru organizatii de cooperare museum - pentru muzee, arhive si expozitii Un motiv pentru adaugarea noilor domenii tine de potentialul limitat al URL-urilor Teoretic, combinatiile de litere, numere si caractere speciale din care este formata o adresa este mai mare decat numarul de stele de pe cer in practica, majoritatea numelor semnificative au fost rezervate (in special pentru domeniul com) Un alt motiv ar fi o mai buna clasificare a site-urilor Fiecare tara are rezervat un domeniu De exemplu: ar - Argentina es - Spania pl - Polonia at - Austria fi - Finlanda pt - Portugalia a ro - Romania au - Australia fr - Frant be - Belgia gr - Grecia ru - Rusia bg - Bulgaria hk - Hong Kong se - Suedia br - Brazilia hu - Ungaria sg - Singapore ca - Canada ie - irlanda sk - Slovacia ch - Elvetia it - italia tr - Turcia cn - China jp - Japonia tw - Taiwan cz - Cehia md - Moldova ua - Ucraina de - Germania nl - Olanda uk - Marea Britanie dk - Danemarca no - Norvegia yu - iugoslavia Exista domenii rezervate chiar si pentru Vatican ( va), Groenlanda ( gl) sau Antarctica ( aq) Pentru mai multe informatii, se poate vizita site-ul Autoritatii pentru atribuirea numerelor internet (www iana org) Limitele actuale ale aplicatiilor Web Multi oameni se plang de performantele aplicatiilor Windows Totusi, daca aplicatiile internet vor deveni mai raspandite, sunt mari sansele ca acestea sa puna probleme si mai mari Chiar atunci cand te obisnuiesti cu o aplicatie web, site-ul poate fi deodata indisponibil, sau ia mai mult timp pentru incarcarea unei pagini Sau poti pierde datele pe care le-ai introdus in ultimele 15 minute intr-o forma HTML cand se defecteaza browser-ul Mai mult, nici o aplicatie web nu poseda intreaga gama de caracteristici ale aplicatiilor desktop De fapt, cele mai multe nu au nici macar 10% din trasaturile pe care le folosim efectiv, deoarece aceste programe sunt inca in faza incipienta Multe aplicatii cad victime intarzierilor generate de trafic, problemelor cu browser-ele sau intreruperilor locale Chiar si o intarziere mica poate face diferenta cand utilizam o aplicatie web, spre deosebire de citirea pasiva a paginilor HTML Dupa cum scria Jakob Nielsen, expert in utilizabilitate, este necesar un timp de raspuns de o zecime de secunda sau mai mic pentru ca utilizatorii sa considere ca un sistem raspunde instantaneu - idealul utilizabilitatii si productivitatii O secunda este timpul de raspuns maxim acceptabil daca nu vrem sa intrerupem sirul gandurilor utilizatorului Aceasta este intarzierea tipica din Microsoft Office la deschiderea sau salvarea unui fisier, sau la operatiile de cautare si inlocuire Este observabila, dar nu incurca lucrul 6 La o intarziere de zece secunde sau mai mult, spune Nielsen, atentia utilizatorului se va indrepta spre alte lucruri sau va deveni nervos Din pacate, astfel de intarzieri sunt prezente online Nu conteaza foarte mult atunci cand citim posta, dar daca vrem sa lucram efectiv pot aparea probleme Multi oameni sunt in mod vizibil mai putin productivi si mai stresati cand lucreaza astfel Web designer-ii pot imbunatati mult situatia Pot upgrada hard-ul, optimiza soft-ul si proiecta pagini HTML care se incarca rapid in browser-e insa multe aspecte nu cad in competentele dezvoltatorilor de aplicatii infrastructura internetului nu este pregatita sa suporte aplicatii la nivelul de performanta pe care il vor solicita consumatorii, in primul rand datorita vitezei prea mici si a lipsei de siguranta a conexiunilor utilizatorilor finali Ce este un browser? Un browser de web contine software-ul de baza necesar pentru gasirea, salvarea, cercetarea si trimiterea informatiilor pe internet Acesta include programe care permit: • trimiterea si primirea mesajelor de   • citirea mesajelor de pe forumurile de discutii despre mii de subiecte in care utilizatorii isi impartasesc informatiile si opiniile • navigarea World Wide Web-ului in cautare de text, grafice si informatii interactive Browser-e precum Microsoft internet Explorer 6 0 includ programe aditionale, cum ar fi: • Windows Media Player • software pentru videoconferinte - NetMeeting • controale ActiveX • chat • interfata de programere a aplicatiilor - DirectShow • optiuni de actualizare automata a paginilor web • dynamic hypertext markup language (HTML) Ce inseamna iRC? iRC vine de la internet Relay Chat si a fost imaginat de Jarkko Oikarinen in 1988 A fost utilizat mai intai in Finlanda si s-a raspandit apoi cu rapiditate in peste 60 de tari de pe tot cuprinsul globului iRC este un sistem de discutii (chat) multiuser, unde oamenii se intalnesc pe diverse "canale" (un loc virtual, de obicei cu un subiect de conversatie) pentru a vorbi public, in cadrul grupurilor, sau privat iRC si-a castigat renumele international in timpul Razboiului din Golf din 1991, cand noutati din lumea intreaga erau transmise electronic si multi dintre utilizatorii care erau online in acel moment au intrat pe un singur canal pentru a citi informatiile iRC a avut o intrebuintare similara in septembrie 1993, in timpul puciului impotriva lui Boris Eltin, cand utilizatorii din Moscova trimiteau in direct informari despre situatia instabila de acolo iRC se bazeaza pe un model client-server Rulam un program client pe calculatorul propriu, care se conecteaza cu un calculator server de pe internet Aceste servere sunt conectate intre ele pentru a forma o retea care transporta mesajele de la un utilizator la altul in acest mod, oamenii pot comunica simultan, indiferent de pozitia lor geografica 7 Pentru a ne conecta, avem nevoie de un internet Service Provider si de un program client de iRC Cele mai populare programe de acest fel sunt miRC pentru Windows, ircii pentru UNiX si ircle pentru Macintosh Conversatiile de pe un canal se aseamana cu cele de la o petrecere - fiecare aude ce spun ceilalti Toate canalele au nume care incep cu #, de exemplu #irchelp De obicei, acest nume este semnificativ pentru tematica unui canal in general, portul folosit pentru conectarea la iRC este 6667 Unele servere asculta alte porturi (in mod obisnuit in gama 6660-6670) Socket-uri URL-urile asigura un mecanism de nivel relativ inalt pentru accesarea resurselor de pe internet Totusi, unele programe au nevoie de comunicatii de nivel scazut in retea, ca in cazul aplicatiilor client-server Serverul furnizeaza unele servicii, pe care le folosesc clientii in acest caz, comunicatia trebuie sa fie sigura - datele nu trebuie pierdute si trebuie sa ajunga la destinatie in aceeasi ordine in care au fost transmise TCP asigura un canal de comunicatie sigura, punct-la-punct, pe care aplicatiile client-server il folosesc pentru a comunica intre ele Mai intai trebuie stabilita o conexiune Fiecare program ataseaza un socket la capatul conexiunii Pentru a comunica, clientul si serverul citesc si scriu informatii (de) la socket-ul corespunzator legaturii Definitie: Un socket este punctul final al unei legaturi de comunicatie bidirectionale intre doua programe care ruleaza intr-o retea Socket-ul este atasat unui numar de port, astfel incat nivelul TCP sa poata identifica aplicatia careia ii sunt destinate datele in mod normal, serverul are un socket atasat unui port si asteapta, "ascultand" socket-ul pentru cererile de conexiune ale clientilor in partea clientului, acesta cunoaste numele host-ului server si numarul portului la care e conectat serverul Daca totul merge bine, serverul accepta conexiunea, apoi acesta ataseaza un nou socket unui port diferit pentru client Are nevoie de un nou socket (si deci de un alt port) pentru a putea sa asculte in continuare socket-ul initial pentru alte cereri de conexiune in timp ce asigura serviciile pentru clientii deja conectati De partea clientului, daca e acceptata conexiunea, se creeaza un socket pe care acesta il poate folosi pentru a comunica cu serverul Clientul si serverul pot acum comunica prin citirea sau scrierea socket-urilor 8 Aplicatii internet in C++ Builder Componentele din pagina internet (disponibila numai in editia Client Server) ofera o varietate de protocoale de acces la internet ClientSocket (in internet) TClientSocket administreaza conexiunile prin socket-uri pentru un client TCP iP Cateva proprietati: • ClientSocket1->Active - indica daca e deschisa conexiunea si deci disponibila pentru comunicatii cu alte calculatoare • ClientSocket1->Address - Specifica adresa de iP a sistemului server • ClientSocket1->Port - Specifica numarul care identifica conexiunea socket-ului de pe server Schimbarea portului cand conexiunea este deschisa va rezulta intr-o exceptie de tip SocketError • ClientSocket1->Socket - Descrie punctul final al conexiunii socket client Cateva evenimente: • OnConnect - Are loc dupa ce este deschisa conexiunea cu serverul • OnDisconnect - Are loc inaintea inchiderii conexiunii cu serverul • OnRead - Are loc cand un socket client trebuie sa citeasca informatii de pe conexiune • OnWrite - Are loc cand un socket client trebuie sa scrie informatii pe conexiune Cateva metode: • ClientSocket1->Open()- Localizeaza un server, deschide conexiunea si seteaza proprietatea Active cu valoarea true • ClientSocket1->Close()- inchide conexiunea si seteaza proprietatea Active cu valoarea false • ClientSocket1->Socket->SendText(AnsiString text) - Scrie un sir de caractere pe conexiunea socket-ului • AnsiString ClientSocket1->Socket->ReceiveText() - Citeste un text de pe conexiune Pentru a folosi ultimele doua metode, trebuie folosite socket-uri asincrone Socket-uril sincrone utilizeaza clasele TwinSocketStream si TwinSocketStream pentru transferul datelor ServerSocket (in internet) TServerSocket administreaza conexiunile prin socket-uri pentru un server TCP iP Obiectul de acest tip asculta cererile de conexiune de pe alte calculatoare si stabileste conexiunile solicitate 9 Multe proprietati si metode sunt in analogie cu cele ale socket-ului client, numai ca descriu celalalt capat al conexiunii Cateva proprietati: • ServerSocket1->Socket->Connections[] - Contine obiectele de tip TServerClientWinSocket care reprezinta conexiunile deschise cu clientii Socket-ul cu indexul 0 semnifica prima conexiune deschisa • ServerSocket1->Socket->ActiveConnections - indica numarul conexiunilor acceptate cu clientii si care sunt in prezent deschise Reprezinta si numarul de conexiuni din vectorul Connections Cateva evenimente: • OnListen - Are loc inainte ca un socket server sa fie deschis pentru ascultare Evenimentul se petrece dupa ce adresa si portul au fost atasate conexiunii, dar inainte ca aceasta sa fie deschisa Se poate folosi pentru schimbarea punctului final al socket-ului inainte de a fi deschis pentru ascultare • OnAccept - Are loc dupa ce conexiunea cu un client a fost acceptata • OnClientConnect - Are loc cand un socket client finalizeaza o conexiune accepata de server Socket-ul poate incepe sa citeasca sau sa scrie • OnClientDisconnect - Are loc cand o conexiune cu un client este inchisa incheierea unei conexiuni client nu inchide socket-ul server Acesta ramane deschis si asculta in continuare cererile de conectare ale clientilor • OnClientRead - Are loc cand socket-ul server trebuie sa citesca informatii de pe un socket client • OnClientWrite - Are loc cand socket-ul server trebuie sa scrie informatii pe un socket client Metodele de trimitere a unui mesaj prin socket sunt la fel, numai ca se pot aplica fiecarei conexiuni in parte: ServerSocket1->Socket->Connections[i]->SendText(text) HTML ActiveX Control (in internet) Controlul HTML ne permite sa implementam un viewer HTML, cu sau fara regasirea automata de documente HTML din retea Asigura parsarea si aranjarea in pagina a datelor HTML Poate fi folosit de asemenea ca parser invizibil pentru analizarea si prelucrarea documentelor HTML • HTML1->RequestDoc(AnsiString adresa) - Solicita gasirea unui document identificat prin URL Cand este apelata aceasta metoda, se activeaza evenimentul DoRequestDoc care poate fi utilizat pentru modificarea DocStream-ului folosit pentru regasire Proprietatea RequestURL va fi setata cu valoarea parametrului URL specificat Proprietarea URL nu va fi actualizata pana cand regasirea este initiata si evenimentul BeginRetrieval activat • OnDoRequestDoc - Evenimentul este activat cand utilizatorul alege un link catre alta adresa sau cand este apelata metoda RequestDoc 10 Aplicatii 1 Realizati un browser de internet folosind componeta HTML (Browser exe) 2 Realizati un server si un client de chat, cu ajutorul componentelor ClientSocket si ServerSocket (Chat Server exe, Chat Client exe) indicatii: Folositi socket-uri asincrone (tipul cinonBlocking, setat implicit) Testati i apoi in retea programele pe calculatorul pe care lucrati (iPlocalhost = 127 0 0 1) s 11ingineria programarii - Laboratorul 9 Arhitectura sistemului de operare Windows Din perspectiva dezvoltarii de aplicatii, sistemul de operare Windows ofera multe dintre caracteristicile disponibile in DOS, dar concentrate pe grafica si evenimente, ceea ce inseamna ca toate interactiunile dintre aplicatie si utilizator sunt manipulate de catre sistemul de operare Toate aplicatiile dezvoltate in mediul Windows trebuie sa comunice cu sistemul de operare prin interfata de programare a aplicatiilor (Application programming interface - APi) Aceasta este o componenta fundamentala in fiecare membru al familiei de sisteme de operare Windows si consista dintr-un mare numar de functii care faciliteaza comunicarea aplicatiei cu Windows-ul si cererile pentru serviciile sistemului de operare Cele mai multe aplicatii pentru acest sistem de operare sunt in prezent aplicatii pe 32 de biti Din punctul de vedere al programatorului, functiile pe 32 de biti ale Windows APi sunt definite de un strat numit Win32 APi, dezvoltat initial pentru Windows NT Caracteristicile disponibile in Win32 APi le depasesc cu mult pe cele disponibile in Win16 APi sau DOS, iar Microsoft incurajeaza programatorii sa aleaga platformele pe 32 de biti si sa scrie noi aplicatii folosind Win32 APi Atat Windows 95 cat si Windows NT suporta Win32 APi si acesta asigura o interfata consistenta in aceste sisteme de operare Windows NT suporta intregul Win32 APi, pe cand Windows 95 suporta o submultime a sa Windows 95 nu suporta trasaturile pentru securitate si unele elemente de retea Apelurile la aceste functii vor returna in general NULL Exista un numar de diferente importante intre Win32 APi si Win16 APi Aplicatiile bazate pe Win32 folosesc un model de memorie pe 32 de biti, deci dezvoltatorii de aplicatii nu trebuie sa mai aiba in vedere memoria segmentata pe 16 biti din Windows 3 x De vreme ce aplicatiile pe 32 de biti pot pointa direct adrese de memorie de 32 de biti, nu mai este acum nevoie sa tinem seama de registrele de segment de 16 biti Aceasta inseamna ca aplicatiile Win32 atrag mai putin overhead decat aplicatiile identice pe 16 biti si deci se execura mai repede interfata de programare a aplicatiilor Win32 furnizeaza un sistem de management al memoriei virtuale, ceea ce face ca fiecare aplicatie pe 32 de biti sa ruleze in propriul spatiu de adrese Acest lucru creste robustetea sistemului deoarece impiedica interferenta aplicatiilor O alta trasatura disponibila pentru procesele Win32 este securitatea avansata bazata pe obiecte, care protejeaza obiectele partajate de accesare neautorizata prin verificarea drepturilor de acces ale fiecarei aplicatii Aceste caracterisitici de securitate sunt implementate complet numai pe platforma Windows NT Win32 APi asigura o gama de servicii avansate pentru procesele Win32, cum ar fi: • operatii de intrare iesire APi • sincronizarea proceselor • administrarea memoriei • multitasking 1 Win32 APi, ca si mare parte din sistemul de operare Windows, este scris in limbajul C La runtime, Win32 APi exista sub forma unei serii de DLL-uri care actioneaza ca interfata (sau strat de interpretare) intre program si serviciile sistemului de operare Aceste DLL-uri sistem contin seturi de macro-uri si definitii de tipuri, precum si structuri de date, apeluri de functii si mesaje Win32 APi exista fizic indeosebi in 3 DLL-uri, aflate in directorul "windows system32" Aceste DLL-uri sistem sunt: • kernel32 dll • gdi32 dll • user32 dll kernel32 dll asigura accesul la functiile de servicii sistem Aplicatiile care apeleaza rutine si functii din acest DLL capata acces la resursele calculatorului si la trasaturile care stau la baza sistemului de operare Resursele care pot fi accesate prin functiile de servicii sistem includ: • memoria • sistemul de fisiere • dispozitivele de intrare iesire • procesele si firele de executie (thread-urile) • securitatea Pe langa accesarea resurselor, functiile de servicii sistem sunt folosite de aplicatii pentru gestionarea si monitorizarea resurselor necesare pentru indeplinirea task-urilor De exemplu, unele aplicatii folosesc managementul proceselor si functii de sincronizare pentru a porni si sincroniza operatiile proceselor multiple, sau fire de executie multiple intr-un proces Functiile de servicii sistem mai faciliteaza securizarea datelor si comunicatiile interproces Toate functiile de aici asigura accesul la serviciile de baza ale sistemului de operare Windows gdi32 dll contine functii, rutine si structuri de date legate de dispozitivul de interfata grafica (graphic device interface - GDi) Acestea sunt utilizate de aplicatiile Win32 pentru generarea elementelor grafice, directionate catre un dispozitiv de afisare, o imprimanta sau alt dispozitiv grafic Functiile GDi permit aplicatiilor sa deseneze texte, imagini bitmap si primitive grafice (linii, arce, cercuri, dreptunghiuri, elipse) Culoarea si stilul graficului desenat de o aplicatie depind de tipul de obiect creat O aplicatie isi directioneaza iesirea catre un anumit dispozitiv grafic prin crearea unui context de dispozitiv (device context - DC) DC-ul este o structura de date gestionata de GDi, care contine informatii despre atributele de desenare ale unui dispozitiv Un DC poate fi creat de catre aplicatie folosind functii GDi Un context de dispozitiv poate fi folosit pentru a desena pe ecran, la imprimanta sau intr-un metafile (o lista de comenzi care pot fi urmate pentru desenarea unui grafic) Un rol cheie al Win32 APi este asigurarea pentru aplicatii a functiilor pentru crearea si gestionarea interfetei grafice utilizator (GUi) user32 dll contine aceste functii de management al ferestrelor interfata grafica Windows este realizata de aplicatii care apeleaza functii din user32 dll pentru a crea obiecte Windows standard, cum ar fi: • ferestre • casute de dialog • meniuri • butoane 2 • icoane • cursoare user32 dll este responsabil de gestiunea interfetei utilizator, deoarece contine toate functiile de management al ferestrelor - astfel incat tine cont de ferestrele afisate, dimensiunea, pozitia si stratificarea lor De exemplu, cand utilizatorul modifica dimensiunea unei ferestre, aplicatia este informata prin apelarea unei functii de management al ferestrei Windows informeaza aplicatiile cand trebuie sa-si redeseneze continutul prin apelul de functii din aceasta biblioteca Bibliotecile de extensie sunt folosite pentru adaugarea de noi functionalitati proceselor Win32 Ele extind serviciile furnizate de Win32 APi Windows contine cateva astfel de biblioteci, cu functii pentru task-uri mai specializate Adaugarea de functionalitati suplimentare prin extensiile Win32 permite Windows-ului sa evolueze intr-o maniera flexibila si compatibila cu versiunile anterioare Cateva biblioteci de extensie folosite curent sunt: • lz32 dll, care suporta compresii de fisiere si contine functii de securitate • comdlg32 dll, care contine casute de dialog obisnuite, cum ar fi cele de salvare sau incarcare de fisiere • ole* dll, care asigura suportul pentru OLE (Object Linking and Embedding) • comctl32 dll, care furnizeaza controale Windows des intalnite, cum ar fi ferestrele-fiu in Windows, toate actiunile utilizatorului sunt privite ca evenimente, iar acestea au de obicei ca rezultat un fragment de cod executat intr-o aplicatie in general, directia de executie a unui program este determinata de o secventa de actiuni ale utilizatorului Un astfel de program poarta denumirea de program condus de evenimente (event-driven) Acest lucru are drept consecinta faptul ca o proportie semnificativa a codului aplicatiei este dedicata prelucrarii evenimentelor Arhitectura unui program Win32 Cand utilizatorii interactioneaza cu obiectele de pe ecran, sistemul de operare captureaza toate evenimentele hardware brute informatiile acestea sunt plasate intr-o coada sistem, controlata si mentinuta de Windows, care traduce fiecare element intr-o structura mica de date numita mesaj Mesajele Windows contin: • informatii despre tipul de eveniment care a fost initiat • momentul de timp la care a avut loc evenimentul • fereastra careia i-a fost adresat mesajul • pozitia cursorului cand mesajul a fost postat • alte informatii specifice evenimentului Fiecare aplicatie de tip Win32 are propria sa coada privata de mesaje, iar responsabilitatea principala a oricarui program Windows este regasirea propriilor mesaje din coada de mesaje, dupa care programul poate raspunde acestora in mod adecvat De asemenea, fiecare aplicatie Windows consta in 2 elemente de programare esentiale: • functia WinMain, care initializeaza si porneste programul • functia WndProc, care trateaza mesajele programului 3 Toate programele Windows isi incep executia prin apelarea WinMain-ului, singurul punct de intrare al oricarei aplicatii create in C sau C++ Functia WinMain este echivalentul Windows al functiei main din aplicatiile consola Ea initializeaza variabilele necesare si creaza fereastra sau ferestrele care reprezinta interfata primara cu utilizatorul Multe medii de dezvoltare a aplicatiilor Windows, cum ar fi Borland C++ Builder sau Microsoft Visual C++ cu biblioteca MFC, simplifica programarea prin ascunderea functiei WinMain si tratarea mesajelor in structuri predefinite WinMain contine o portiune mica de cod numita bucla de mesaje (message loop) Scopul sau este regasirea mesajelor introduse in coada de mesaje a aplicatiei Aceste mesaje sunt recuperate pe rand, dupa modelul FiFO Pe masura ce bucla de mesaje scoate mesajele din coada, ea le paseaza unei functii asociate din program, numita procedura ferestrei sau WndProc Daca aplicatia are mai multe ferestre, atunci sunt necesare mai multe proceduri de acest fel, cate una pentru fiecare fereastra Atat WinMain cat si WndProc comunica cu sistemul de operare prin apeluri de functii Windows APi Desi cele doua functii sunt necesare pentru orice program, ele nu au o legatura directa Nu WinMain apeleaza WndProc, ci Windows-ul Deci factorul integrator din orice program Windows este Windows-ul insusi Legatura dintre WinMain si WndProc este stabilita prin declararea si inregistrarea unui clase fereastra Aceasta furnizeaza sistemului de operare adresa functiei WndProc potrivite, care sa prelucreze mesajele aplicatiei Bucla de mesaje din WinMain utilizeaza trei functii pentru tratarea mesajelor din coada WinMain apeleaza functia GetMessage pentru a scoate un mesaj din coada, apoi apeleaza TranslateMessage pentru eventualele conversii necesare asupra mesajului regasit in final, DispatchMessage determina Windows-ul sa apeleze WndProc pentru prelucrarea mesajului in toate programele C si C++, trebuie mai intai sa declaram si sa inregistram o clasa fereastra inainte sa cream fereastra propriu-zisa O clasa fereastra este un set de atribute care descriu in mod unic fereastra programului Clasa include flag-uri, pentru specificarea alinierii ferestrei, de exemplu, si orice context de dispozitiv sau alte atribute de nivel scazut asociate cu fereastra, precum: • meniul principal • cursorul si icoana • culoarea de fond • numele procedurii ferestrei (WndProc) in Windows, exista mai multe sute de tipuri de mesaje care pot fi trimise Unele se petrec foarte frecvent - de mai multe ori pe secunda cand este miscat mouse-ul in fereastra programului, de exemplu Drept rezultat, functia WndProc este de obicei cel mai vast element din aplicatie Codul din WndProc depinde foarte mult de program, spre deosebire de WinMain, care are o structura standard, cu exceptia setarilor aspectului general al ferestrei Cateva mesaje tipice gestionate de WndProc: • WM PAiNT - cerere de redesenare a unei portiuni a ferestrei unei aplicatii • WM RBUTTONDBLCLK - utilizatorul a facut dublu-click pe butonul din dreapta al mouse-ului • WM DESTROY - cerere pentru distrugerea (inchiderea) ferestrei aplicatiei 4 Mesajele tratate de WndProc pot fi din coada de mesaje (queued) sau nu (non-queued) Mesajele din coada sunt regasite initial de bucla de mesaje din WinMain si sunt in general generate de intrarile utilizator de tip mouse sau tastatura Mesajele care nu sunt introduse in coada sunt mesaje trimise direct de Windows catre WndProc prin APi Acestea pot fi mesaje generate de programul insusi, de exemplu trimiterea unui WM CLOSE la apasarea butonului "iesire" Multe mesaje de acest tip sunt generate ca o consecinta a procesarii in WndProc a mesajelor din coada Altele sunt implicate in managementul ferestrelor, de exemplu redimensionarea unei ferestre sau gestionarea meniurilor Mesajele pot fi generate pentru orice fereastra in orice aplicatie folosind doua apeluri Win32 APi Functia SendMessage este un apel APi sincron care invoca direct procedura WndProc si revine dupa ce mesajul este tratat PostMessage este un apel asincron care plaseaza noul mesaj in coada de mesaje si revine inainte sa fie cunoscute rezultatele actiunii in WndProc, putem trata in mod specific fiecare mesaj, dar in cele mai multe cazuri, aceasta functie este de fapt responsabila pentru analiza a ce este un mesaj El este ori tratat ori trimis unei proceduri implicite, de aceea nu are rost sa tratam toate mesajele posibile, ci numai pe acelea care ne intereseaza in mod direct Toate celelalte mesaje pot fi pasate inapoi Windows-ului folosind procedura de fereastra implicita Aceasta este o functie standard numita DefWindowProc, care implementeaza multe din caracteristicile de comportament ale aplicatiilor Win32, cum ar fi minimizarea, refacerea sau maximizarea unei ferestre, afisarea unui meniu si asa mai departe iar daca DefWindowProc nu implementeaza tratarea unui anumit mesaj, pur si simplu il sterge din coada Structura functiei WinMain Mai intai trebuie inregistrata clasa ferestrei Se foloseste un obiect de tipul: typedef struct WNDCLASSEX { UiNT cbSize; UiNT style; WNDPROC lpfnWndProc; int cbClsExtra; int cbWndExtra; HANDLE hinstance; HiCON hicon; HCURSOR hCursor; HBRUSH hbrBackground; LPCTSTR lpszMenuName; LPCTSTR lpszClassName; HiCON hiconSm; } WNDCLASSEX; Liniile de program vor avea urmatorul aspect:    obiectul instantiat din structura WNDCLASSEX wc;    dimensiunea structurii wc cbSize = sizeof (wc);    stilul ferestrei wc style = NULL; 5    functia fereastra care trateaza mesajele acestei ferestre wc lpfnWndProc = (WNDPROC) WndProc;    nu exista date suplimentare pentru clasa wc cbClsExtra = 0;    nu exista date suplimentare pentru fereastra wc cbWndExtra = 0;    instanta aplicatiei wc hinstance = hinstance;    nu avem icoana predefinita wc hicon = NULL;    se incarca un cursor de tip sageata wc hCursor = LoadCursor(NULL, iDC ARROW);    culoarea fondului - aici alb wc hbrBackground = (HBRUSH) CreateSolidBrush(RGB(255,255,255));    numele resursei meniu wc lpszMenuName = LPTSTR (iD MENU);    numele clasei de ferestre wc lpszClassName = szAppName;    icoana asociata clasei ferestrei; NULL inseamna ca folosim tot hicon wc hiconSm = Loadicon (NULL, iDi APPLiCATiON);    inregistrarea clasei de ferestre RegisterClassEx(&wc);    se retine handle-ul instantei ferestrei intr-o variabila globala, care poate fi folosita apoi in program hinst = hinstance; eateWindow in continuare trebuie creata fereastra principala Functia Cr are urmatorul prototip: HWND CreateWindow( LPCTSTR lpClassName, LPCTSTR lpWindowName, DWORD dwStyle, int x, int y, int nWidth, int nHeight, HWND hWndParent, HMENU hMenu, HANDLE hinstance, LPVOiD lpParam ); Apelul functiei este de tipul: hWnd = CreateWindow( szAppName,    numele clasei inregistrat cu RegisterClass szTitle,    text pentru bara de titlu a ferestrei WS OVERLAPPEDWiNDOW,   stilul ferestrei CW USEDEFAULT,    pozitia orizontala implicita CW USEDEFAULT,    pozitia verticala implicita CW USEDEFAULT,    latimea implicita CW USEDEFAULT,    inaltimea implicita 6 NULL,    nu are parinte NULL,    foloseste meniul clasei de ferestre hinstance,   proprietara ferestrei NULL ); Urmeaza afisarea ferestrei si trimiterea mesajului WM PAiNT: ShowWindow(hWnd,nCmdShow);    afiseaza fereastra UpdateWindow(hWnd);    trimite mesajul WM PAiNT in final cream bucla de mesaje: BOOL GetMessage( LPMSG lpMsg,    adresa structurii cu mesajul HWND hWnd,    handle-ul ferestrei UiNT wMsgFilterMin,    primul mesaj UiNT wMsgFilterMax    ultimul mesaj );    preia si distribuie mesaje din coada de mesaje pana se primeste WM QUiT while(GetMessage(&msg,NULL,0,0)) { TranslateMessage(&msg);    translateaza codurile tastelor virtuale DispatchMessage(&msg);    distribuie mesaje la fereastra }    intoarce valoarea de la PostQuitMessage return(msg wParam); dProc Structura functiei Wn WndProc consta in principal intr-un switch amplu care trateaza mesajele primite de la fereastra Mesajele care pot fi tratate aici sunt de forma urmatoare (simbolul " " se va inlocui cu actiunile dorite): switch (uMsg) { case WM CREATE:  * cod executat inaintea aparitiei ferestrei, folosit pentru initializari, creari de controale sau alte pregatiri necesare *  break; case WM PAiNT:    mesaj de redesenare a interiorului ferestrei break; case WM COMMAND:    mesaj primit de fereastra la actionarea meniului sau a unui control switch (LOWORD (wParam)) {    de exemplu, mesajele trimise prin apasarea unor butoane OK sau CANCEL case iD OK: break; 7 case iD CANCEL: break; } break; case WM DESTROY:    mesaj primit la inchiderea aplicatiei PostQuitMessage(0); break; }    restul de mesaje sunt prelucrate de Windows return DefWindowProc (hWnd, uMsg, wParam, lParam); Microsoft Visual C++ Microsoft Visual C++ asigura un mediu integrat de dezvoltare a aplicatiilor C++ El include si biblioteca Microsoft Foundation Class (MFC), care permite implementarea cu usurinta a programelor bazate pe Windows Visual C++ suporta ultimele tehnologii ale acestui sistem de operare si permite folosirea controalele obisnuite in Windows 95 98 Me si NT 2000 Printre elementele componente ale sale, gasim un compilator C C++ (cl exe), un linkeditor (link exe), un kit de dezvoltarea a aplicatiilor (Software Development Kit - SDK) si o vasta documentatie care poate fi accesata online (biblioteca Microsoft Developer Network - MSDN) Microsoft Developer Studio este mediul de dezvoltarea in care ruleaza componentele Visual C++ El ofera un set de instrumente proiectate pentru simplificarea programarii orientate obiect in Windows Aspectul general La pornire, meniul si toolbar-ul din partea de sus a ecranului apar astfel: in Developer Studio se lucreaza cu proiecte, care constau intr-un set de fisiere sursa si de configurare folosite pentru producerea unei aplicatii Aceste fisiere sunt continute in "spatiul de lucru" (workspace) al unui proiect Pentru crearea unui nou spatiu de lucru si implicit a unui nou proiect, se foloseste asa-numitul AppWizard: 8 Fereastra spatiului de lucru al proiectului asigura cateva moduri de organizare si vizualizare in forma ierarhica a unui arbore ClassView-ul afiseaza proiectul in termenii claselor continute de diversele fisiere, permitand lucrul cu clasele si functiile lor mai degraba decat cu o lista de fisiere Resursele sunt fisiere care contin elemente ale aplicatiei cum ar fi meniuri, toolbar-uri si casute de dialog La randul sau, FileView-ul afiseaza fisierele din care este compus proiectul: 9 Aplicatie Realizati un program Win32 APi care sa permita citirea unui sir de caractere dintr-o casuta de dialog si apoi afisarea in fereastra principala a sirului in care oricare doua sau mai multe spatii au fost inlocuite de un singur spatiu Eliminarea spatiilor se va face fara consum suplimentar de memorie Programul trebuie sa dispuna de un meniu, care sa apeleze deschiderea casutei de dialog, salvarea textului prelucrat intr-un fisier si inchiderea aplicatiei indicatie: Pentru salvarea datelor intr-un fisier, se va folosi un obiect de tipul OPENFiLENAME : typedef struct tagOFN { DWORD lStructSize; HWND hwndOwner; HiNSTANCE hinstance; LPCTSTR lpstrFilter; LPTSTR lpstrCustomFilter; DWORD nMaxCustFilter; DWORD nFilterindex; LPTSTR lpstrFile; DWORD nMaxFile; LPTSTR lpstrFileTitle; DWORD nMaxFileTitle; LPCTSTR lpstrinitialDir; LPCTSTR lpstrTitle; DWORD Flags; WORD nFileOffset; WORD nFileExtension; LPCTSTR lpstrDefExt; DWORD lCustData; LPOFNHOOKPROC lpfnHook; LPCTSTR lpTemplateName; } OPENFiLENAME; Trebuie mentionat faptul ca aceasta structura este utilizata atat pentru incarcarea, cat si pentru salvarea unui fisier, intrucat rolul ei este numai in crearea unei casute de dialog pentru alegerea numelui fisierului in program se vor introduce instructiuni de tipul: OPENFiLENAME savedialog;    declararea unui obiect de acest tip ZeroMemory(&savedialog, sizeof(savedialog));    resetarea datelor savedialog lStructSize = sizeof(OPENFiLENAME);    dimensiunea structurii savedialog hwndOwner = handle-ul ferestrei char szFilter[] = filtrul (de exemplu: "Fisiere text (* txt) 0* txt 0" ) savedialog lpstrFilter = szFilter; savedialog lpstrTitle =titlul ferestrei de dialog savedialog lpstrinitialDir = directorul initial; " " reprezinta directoul curent savedialog nFileOffset = 0; savedialog nMaxFile =lungimea maxima a numelui fisierului (de exemplu: 256) savedialog nFileExtension = lungimea maxima a extensiei fisierului (de exemplu: 4) savedialog lpstrDefExt = extensia implicita 10 char *pszFileName = new char ; pszFileName = ' 0'; savedialog lpstrFile = pszFileName; if (GetSaveFileName(&savedialog)) {    numele fisierului este disponibil in pszFileName    aici se fac prelucrarile dorite } if (pszFileName) delete []pszFileName; Deschiderea, respectiv inchiderea ferestrei de dialog se realizeaza cu functiile DialogBox si EndDialog: int DialogBox( HiNSTANCE hinstance,    handle-ul instantei aplicatiei LPCTSTR lpTemplate,  * identifica modelul de fereastra de dialog; se poate folosi sub forma MAKEiNTRESOURCE(iDD DiALOG) *  HWND hWndParent,    handle-ul ferestrei proprietar DLGPROC lpDialogFunc    pointer la procedura ferestrei de dialog ); BOOL EndDialog( HWND hDlg,    handle-ul ferestrei de dialog int nResult    valoarea de return ); 11ingineria programarii - Laboratorul 10 Tratarea erorilor si exceptiilor O eroare este o defectiune aparuta intr-o functie sau proces, care impiedica terminarea sa cu succes din cauza unei conditii sau parametru direct controlabil(a) Erorile de sintaxa pot fi generate de scrierea gresita a numelor sau de lipsa semnului punct si virgula la sfarsitul unei instructiuni Aceste erori sunt detectate de compilator Cand se compileaza un program, apar in fereastra de editare informatii despre starea procesului si despre erorile intalnite Prin dublu-click pe o eroare, ni se arata linia in care a fost localizata eroarea in acest mod putem corecta eroarea de sintaxa si compila aplicatia Alte erori sunt mai subtile Erorile care apar in timpul executiei se numesc bug-uri De exemplu, cand incercam sa alocam memorie, trebuie sa verificam daca operatiunea s-a incheiat cu succes prin compararea pointerului asignat cu NULL Daca nu verificam si folosim un pointer NULL, programul probabil ca se va prabusi Aproape fiecare functie pe care o scriem are potentialul de a esua Nici cei mai buni programatori nu pot garanta ca un program este complet lipsit de bug-uri si va functiona in orice circumstanta in consecin ta, este necesara o strategie cat mai completa de debug, prin anticiparea defectiunii si tratarea fiecarui caz de eroare posibila Codul scris clar si cu documentatie online este mai usor de mentinut si mai rezistent la erorile introduse Un program care ruleaza intr-un mod predictibil si sigur si tolereaza circumstante neobisnuite se numeste robust O exceptie este un eveniment anormal, deseori neasteptat, care schimba cursul normal de evolutie al unui proces Ea determina o tratare speciala din partea sistemului de operare, deoarece este rezultatul unui eveniment hardware sau software, de cele mai multe ori mai presus de controlul direct al programului De exemplu, exceptii hardware sunt impartirile la 0 si accesarea unei zone de memorie incorecte Exceptiile software pot aparea oricand, cum ar fi in cazul memoriei insuficiente pentru terminarea unei operatii sau la pasarea unui parametru gresit intr-o functie Multe functii returneaza valori speciale cand apare o eroare Scrierea codului care verifica aceste valori si asigura o directie de actiune se numeste tratarea erorilor Tratarea exceptiilor este una din ultimele noutati introduse in limbajul C++, proiectata pentru a da posibilitatea programelor sa surprinda si sa trateze erorile intr-o maniera mai eleganta si mai centralizata decat in limbajul C Daca nu asiguram tratarea unei erori fatale intr-un program, acesta se va opri Erorile nonfatale permit programului sa ruleze pana la sfarsit, dar de multe ori acesta produce rezultate incorecte Metoda curenta de gestionare a erorilor este includerea de cod specific la anumite puncte din program Fiecare punct corespunde locului unde poate aparea o eroare in principiu, aceasta permite programatorului sa identifice si sa verifice procesarea erorilor Problema este ca programul devine mai dificil de citit si deci mai dificil de inteles si intretinut Noile trasaturi de tratare a exceptiilor din C++ permite separarea codului de tratare a erorilor de codul principal al programului, ceea ce face codul mai lizibil Astfel, este posibila tratarea: 1• tuturor tipurilor de exceptii • tuturor exceptiilor de un anume tip • tuturor exceptiilor de tipuri inrudite implementarea acestor metode de gestionare a erorilor face codul mai robust Exceptiile se folosesc pentru erori care trebuie procesate in alta parte decat in locul in care apar Totusi, tehnicile de tratare a erorilor nu trebuie folosite pentru controlul conventional al programului deoarece exceptii suplimentare dar neesentiale pot sta in calea exceptiilor adevarate Tratarea erorilor este destinata lucrului cu erori sincrone, cum ar fi incercarile de impartire la 0 Erorile sincrone sunt determinate de executia unui program, fiind direct legate de operatiile realizate in acest proces Tehnicile de tratare a erorilor nu se refera insa si erorile asincrone, care nu sunt legate direct de actiunile executate de program Exemple in acest sens sunt operatiile de intrare iesire cu discul sau apasarile mouse-ului Erorile asincrone sunt administrate mai bine prin alte mijloace, cum ar fi prelucrarea intreruperilor Odata ce o exceptie este generata, ea nu poate fi ignorata de sistem Functia care detecteaza eroarea poate sa nu fie capabila sa o trateze si atunci se spune ca "arunca" sau "lanseaza" o exceptie Totusi, nu putem fi siguri ca exista un caz de tratare pentru orice exceptie Daca exista o rutina potrivita, exceptia este tratata, daca nu, programul se termina Rutinele de tratare a exceptiilor pot fi scrise in diverse feluri - de exemplu, ele examineaza exceptia si apoi apeleaza functia terminate(), sau relanseaza exceptia O rutina de tratare a erorilor mai poate fi scrisa pentru: • recuperarea si continuarea executiei dupa ultima exceptie • conversia intre diferite tipuri de exceptii prin relansarea unei alte exceptii • examinarea erorii, inlaturarea cauzei sale si apelarea din nou a functiei originare (acest lucru nu va crea o recursie infinita) • returnarea unei valori de stare Daca o exceptie are loc intr-o rutina de tratare, exceptia originara se considera ca a fost tratata cand s-a executat prima data in rutina, deci exceptiile care au loc intr-o rutina trebuie procesate in afara blocului in care a fost lansata exceptia originara Structura blocurilor try-catch pentru tratarea exceptiilor este urmatoarea: functie apelata { if (conditii) throw ((tip)valoare) } 2 functie apelanta { try { functie apelata; } catch (tip &e)    pentru tratarea tuturor exceptiilor in acelasi mod se foloseste forma catch( ) {    prelucrari determinate de exceptie (se testeaza valoarea lui e) } } Codul care ar putea genera o exceptie se pune in blocul try Exceptia este lansata (thrown) in blocul try din functia care a fost apelata (direct sau indirect) Erorile sunt sunt verificate intotdeauna in mod explicit Un bloc try poate parea ca nu contine rutine de tratarea erorilor, dar codul din interior poate determina executia verificarilor Exceptiile care se petrec in blocul try sunt capturate in mod normal de blocul catch care urmeaza imediat dupa blocul try Un bloc try poate fi urmat de 0 sau mai multe blocuri catch Daca se executa un try si nu se lanseaza nici o exceptie, toate rutinele de tratare sunt ignorate Executia se reia de la prima instructiune de dupa ultima rutina de tratare Cand blocul try lanseaza o exceptie, se executa primul bloc catch cu tipul corespunzator de argument Daca mai multe rutine au acelasi argument, dar trateaza eroarea diferit, atunci ordinea in care aceste blocuri sunt listate va determina modul in care este tratata exceptia informatiile primite in parametrul functiei catch se refera la: • tipul obiectului lansat • valoarea plasata in acest obiect Mai multe rutine catch pot contine un tip de clasa care se potriveste cu tipul unui anume obiect lansat deoarece: • exista o rutina catch generala, catch( ) • este posibil (datorita mostenirii) ca un obiect dintr-o clasa derivata sa fie capturat atat de rutina corespunzatoare tipului de clasa derivata cat si de catre cea corespunzatoare tipului clasei de baza Putem deriva clase de exceptii diferite dintr-o clasa de baza Daca scriem o rutina catch pentru obiectele clasei de baza, putem trata aici toate obiectele claselor derivate din acea clasa de baza Deci putem folosi avantajele polimorfismului cand avem de-a face cu exceptii asemanatoare O instructiune throw specifica in mod normal un singur operand, de orice tip Daca operandul este un obiect, se numeste "obiect de exceptie" Este creata o copie a operandului din throw si initializata ca parte a lansarii unei exceptii Aceasta copie temporara initializeaza apoi parametrul din rutina de tratare a exceptiei Copia este distrusa cand rutina isi termina executia Este totusi posibil ca o instructiune throw sa nu specifice nici un operand Controlul programului va intra in rutina de tratare a exceptiei chiar daca punctul de lansare este intr-o instructiune adanc imbricata dintr-un bloc try sau intr-un apel de functie adanc imbricata 3Controlul poate fi transferat intr-o rutina catch numai prin lansarea unei exceptii si niciodata direct, printr-o instructiune goto, de exemplu Exista doua medii de programare care suporta tratarea exceptiilor: C++ si Tratarea Structurata a Exceptiilor Win32 (Win32 Structured Exception Handling) Mediul C++ este metoda preferata pentru programarea aplicatiilor C++ si MFC Win32 are instructiuni care permit aplicatiilor sa reia controlul dupa o exceptie Aceasta tratare structurata a exceptiilor este specifica platformelor Windows pe 32 de biti si ne ingaduie sa gestionam o multitudine de exceptii hardware de nivel scazut Win32 permite de asemenea re-executarea unei instructiuni care a provocat o exceptie Microsoft Foundation Classes (MFC) Principiile generale ale MFC Biblioteca MFC (Microsoft Foundation Classes) este un set de clase predefinite, care sunt folosite in Visual C++ pentru construirea de aplicatii Windows Programatorul poate deriva noi clase din aceste clase de baza, la care sa adauge noi date si functii membre, specifice programului care trebuie realizat Clasele MFC reprezinta o abordare orientata obiect a programarii Windows, care combina structuri de date si functii pentru a crea obiecte reutilizabile Aceste clase furnizeaza unele din componentele elementare ale programelor Biblioteca MFC este construita pe baza interfetei Win32 APi, dar nu o incapsuleaza complet C++, in care este scris MFC-ul, este compatibil cu C-ul, ceea ce inseamna ca programatorii MFC pot apela direct functii din sistemul de operare De asemenea, MFC incapsuleaza alte extensii ale Windows-ului, cum ar fi COM, ActiveX, ODBC sau Windows internet APi Exista un numar de avantaje ale programarii in MFC fata de Win32 APi C++ suporta tehnicile orientate-obiect, ceea ce ofera o interfata de nivel mai inalt cu Windows-ul, in acelasi timp mentinand compatibilitatea cu Win32 APi Un lucru foarte important este reducerea complexitatii programelor, printr-o abstractizare de nivel mai inalt MFC implementeaza caracteristicile de mare putere ale C++, cum ar fi: • incapsularea, mostenirea si polimorfismul • construirea si distrugerea inteligenta a obiectelor • functiile virtuale • verificarea mai stricta a tipurilor • tratarea exceptiilor Mediul sau de programare, Visual C++ Developer Studio, include un numar de instrumente de programare avansata, care faciliteaza dezvoltarea de aplicatii mai complexe ClassWizard-ul este un instrument care administreaza clasele bibliotecii MFC si relatiile lor cu Windows-ul Clasele C++, casutele de dialog si controalele OLE pot fi colectate si refolosite 4 Alte instrumente din Developer Studio care simplifica programarea MFC sunt: • editoarele de resurse • browser-ele codului sursa • editorul de text MFC ascunde cele mai multe functii APi in metode din clase si le grupeaza intr-un mod logic, ceea ce usureaza inv atarea programarii Windows MFC contine in jur de 250 de clase Unele pot fi folosite direct iar alte ca baza pentru propriile clase derivate Clasa de baza pentru majoritatea MFC-ului este CObject, pentru a pastra compatibilitatea dintre clase Multe din functionalitatile aplicatiilor MFC se bazeaza pe CObject si clasele derivate Urmatoarele clase au mare importanta in majoritatea programelor MFC si sunt derivate in cele din urma tot din CObject: • CCmdTarget • CWinApp • CDocument • CWnd • CFrameWnd • CView CObject asigura suport pentru clasele derivate in ceea ce priveste: • serializarea • informatii despre origine • functii de debug 5 Serializarea inseama incarcarea si salvarea datelor din intr-un fisier Ea implica scrierea sau citirea unui obiect in sau dintr-un mediu persistent de stocare, cum ar fi harddisk-ul Obiectele din clasele derivate din CObject au in componenta informatii despre originea lor, care sunt accesibile la runtime in consecinta, functiile pot reactiona pe baza tipului de obiect pe care il prelucreaza Functiile de debug, cum ar fi AssertValid sau Dump sunt utile cand programul nu se comporta dupa asteptari Ele permit verificarea validitatii fiecarui obiect si afiseaza valoarea acestora in fereastra de debug Dupa cum am observat, numele claselor MFC incep cu "C", cum ar fi CDocument sau CFrameWnd MFC foloseste o conventie consecventa de identificare a obiectelor, de exemplu, multe variabile utililizeaza notatia maghiara care indica tipul lor, de exemplu: • prefixe: o char cLetterGrade;   caracter o float fPercent;   real simpla precizie o char szName[NAME LEN];   sir terminat cu 0 o string strFirsiname;   sir C++ o struct SPoint;   structura o class CPerson;   clasa • pre-prefixe: o p - char *pcGrade;   pointer o s - static int snChoice;   static o m - char m cLetterGrade;   variabila membra a unei structuri sau clase Deoarece C++ verifica tipul variabilelor, notatia nu este atat de importanta pe cat era in C, totusi, noratia este inca utila pentru cresterea gradului de intelegere a codului Tipuri de aplicatii MFC asigura o structura flexibila pentru stocarea, procesarea si vizualizarea datelor din aplicatie Aceasta structura se numeste arhitectura document view intr-un program de acest tip, documentul este o colectie de date iar vizualizarea (view) este modul in care sunt afisate datele Arhitectura document view ne permite sa stocam datele aplicatiei intr-un obiect al clasei document si sa afisam datele folosind unul sau mai multe obiecte de vizualizare Documentul mentine o lista de pointeri la vizualizari, care permite documentului accesarea tuturor vizualizarilor Fiecare vizualizare are un pointer la documentul asociat Cand datele dintr-o vizualizare se modifica, vizualizarea primeste un pointer la document, pe care il instiinteaza de schimbarile petrecute Apoi documentul parcurge lista pointerilor pentru a instiinta fiecare vizualizare sa se redeseneze in consecinta Cele trei clase care asigura modelul unei aplicatii document view sunt: • clasa cadru a ferestrei (CFrameWnd) • clasa de vizualizare a ferestrei (CView) • clasa document (CDocument) Comunicatiile intre acestea se realizeaza cu ajutorul functiilor membre Unele aplicatii necesita numai un singur document deschis la un moment dat Pentru acestea, MFC suporta interfata de document unic (single document interface - SDi): 6 Pentru aplicatii care necesita deschiderea mai multor documente simultan, MFC suporta interfata de documente multiple (multiple document interface - MDi), in care tipuri diferite de documente pot fi deschise simultan 7 MFC utilizeaza modele de documente (document templates) pentru a asigura legaturile intre documente si vizualizari, respectiv intre vizualizari si ferestre Exemple de clase de modele de documente sunt CMultiDocTemplate si CSingleDocTemplate Aceste modele sunt derivate din CDocTemplate Cand documentele sunt de acelasi tip, este necesar un singur model Arhitectura document view este o structura eficienta pentru dezvoltarea aplicatiilor insa nu este obligatoriu sa o utilizam atunci cand programam in MFC in unele cazuri, nici nu este potrivita deoarece, pentru unele aplicatii, o fereastra cu vizualizari nu este necesara De aceea, putem crea un alt tip de ferestre, numite casute de dialog Obiectele din MFC pot fi combinate pentru a crea un program care nu foloseste structura document view in acest caz, cel mai usor mod de a crea o aplicatie este construirea unei ferestre de dialog, care la inceput este libera si trebuie editata de progrmator 8 Maparea mesajelor si adaugarea variabilelor membre Dupa cum am vazut, aplicatiile Windows sunt notificate despre evenimente prin intermediul mesajelor, generate intern, de sistemul de operare, sau extern, de catre utilizator (apasarea unei taste, miscarea mouse-ului etc ) in MFC, lucram rareori cu mesaje in structura bruta APi Mesajele sunt organizate in categorii pentru simplificarea folosirii lor Mesajele generale referitoare la ferestre au intotdeauna prefixul WM , de exemplu, mesajul WM PAiNT este trimis cand trebuie redesenata o parte a ferestrei Programatorul poate crea mesaje disponibile doar in cadrul programului curent Acestea se numesc mesaje definite de utilizator (user-defined messages) Windows-ul defineste pentru aceasta o constanta speciala WM USER Mesajele cu valori intre WM USER si 0x7FFF sunt rezervate numai aplicatiei si se garanteaza ca nu vor intra in conflict cu mesajele definite de sisem partea Fiecare procedura a ferestrei contine o lista cu toate handler-urile mesajelor disponibile in fereastra sa Handler-ul unui mesaj este functia care specifica modul cum trebuie tratat un mesaj Acest handle poate avea parametri care furnizeaza informatii suplimentare De exemplu, cand este apasat butonul din dreapta al mouse-ului, este apelat handler-ul OnRButtonDown cu doi parametri - nFlags, care indica tastele sau butoanele mouse-ului care erau apasate cand s-a petrecut evenimentul si point, care precizeza coordonatele ecran ale cursorului cand a fost apasat butonul Prin conventie, numele handler-urilor de mesaje incep cu "On", urmat de numele mesajului De exemplu, handler-ul corespunzator evenimentului WM PAiNT este OnPaint Procedurile fereastra pot accesa lista handler-ele de mesaje cu ajutorul unei tabele numite harta a mesajelor (message map), care mapeaza (directioneaza) mesajele ferestrei catre handler-ul potrivit Cand o procedura fereastra primeste un mesaj, ea cauta mai intai in harta de mesaje un handler relevant Hartile de mesaje simuleaza comportamentul functiilor virtuale Ele sunt folosite in locul tabelelor de functii virtuale pentru a minimiza volumul de memorie necesar MFC utilizeaza macro-uri pentru conectarea mesajelor cu handler-ele lor in harta de mesaje, deci fiecare intrare din aceasta este un macro specific mesajului Prin conventie, aceste macro-uri sunt numite prin prefixarea numelui mesajului corespunzator cu "ON " De exemplu, macro-ul pentru mesajul WM CREATE este ON WM CREATE Mesajele ferestrei generale au macro-uri predefinite care contin un iD implicit al mesajului si numele handler-ului Macro-urile mesajelor de comanda contin un iD explicit al mesajului si numele handler-ului Maparea mesajelor consta in doua elemente: declaratia din fisierul biblioteca si implementarea in fisierul sursa al clasei Cand AppWizard creeaza o aplicatie, adauga in mod automat handler-e pentru mesajele obisnuite Totusi, in general se foloseste ClassWizard-ul sau WizardBar-ul pentru adaugarea si stergerea handler-elor de mesaje atat pentru clasele generate de AppWizard, cat si pentru cele derivate de utilizator Cand se adauga un handler in ClassWizard, se adauga un prototip al sau in fisierul biblioteca si intrarea din harta de mesaje care asociaza mesajul cu handler-ul din fisierul sursa De asemenea, este asigurat un schelet al handler-ului in care se introduc detaliile de implementare pentru mesaj Pentru adaugarea unei functii de tratare a unui eveniment, se selecteaza mai intai iD-ul obiectului care trimite mesajul, se identifica mesajul care se doreste tratat si apoi se apasa butoanele Add Function, respectiv Edit Code 9 Putem folosi ClassWizard-ul pentru a sterge o rutina numai daca aceasta a fost creata tot prin ClassWizard Nu putem sterge, cu ajutorul ClassWizard-ului, rutine adaugate manual Cand se sterge o rutina, ClassWizard-ul sterge maparea mesajului si prototipul functiei, iar rutina propriu- zisa trebuie stearsa manual Acest lucru impiedica stergerea accidentala a unei portiuni importante de cod Pentru accesarea controalelor din fereastra, Visual C++ permite declararea asa-numitelor "variabile membre" si aici se selecteaza mai intai iD-ul controlului dorit si apoi se apasa butonul Add Variable in casuta de dialog care apare, se introduce numele variabilei si se alege tipul acestei variabile Toate controalele pot avea variabile asociate de tipul clasei din care face parte controlul respectiv Unele insa, prin intermediul carora utilizatorul poate introduce date, pot avea si variabile membre asociate prin valoare, de tip text (CString) sau numar (int, float, double etc ) Exista o functie, UpdateData, care realizeaza schimbul de date intre controalele ferestrei de dialog si variabilele membre asociate Parametrul bFlag determina directia transferului de date Daca bFlag este false, datele sunt copiate din variabilele membre in controale, iar daca bFlag este true, datele sunt copiate in variabilele membre si apoi validate UpdateData(false) este apelata implicit in functia OninitDialog din clasa CDialog Aplicatie Realizati un program care sa rezolve ecuatii de gradul i si ii, precum si ecuatii trigonometrice simple, de forma sin cos tg(x) = y (Ecuatii exe) Erorile datorate parametrilor necorespunzatori vor fi tratate prin lansarea de exceptii in functia de calcul si capturarea lor in functia apelanta, care afiseaza rezultatele 10ingineria programarii - Laboratorul 11 Limbaje de descriere a programelor - UML Limbajul de Modelare Unificat (Unified Modeling Language - UML) este un limbaj pentru specificarea, vizualizarea, construirea si documentarea elementelor sistemelor software, insa poate fi folosit si pentru alte sisteme, cum ar fi cele de modelare a afacerilor UML reprezinta o colectie de practici ingineresti optime, care au fost incununate de succes in modelarea sistemelor mari si complexe Dezvoltarea unui model pentru sisteme software industriale inainte de inceperea constructiei efective este esentiala Modelele bune sunt absolut necesare pentru comunicarea dintre echipele care lucreaza la acelasi proiect si pentru asigurarea soliditatii arhitecturale Odata cu cresterea complexitatii sistemului, creste si importanta unor tehnici potrivite de modelare Exista multi factori suplimentari pentru succesul unui proiect, dar un factor esential este respectarea riguroasa a standardelor cu ajutorul unui limbaj de modelare Mai inainte de UML, nu exista un limbaj clar si standardizat de modelare Utilizatorii erau nevoiti sa aleaga unul dintre multele limbaje similare, cu diferente minore asupra puterii de expresie Cele mai multe limbaje impartaseau o serie de concepte unanim recunoscute, care erau exprimate usor diferit prin diverse notatii Aceste diferente au fragmentat industria orientata obiect si au descurajat noii utilizatori sa invete modelarea vizuala De fapt, utilizatorii doreau un limbaj standardizat, o lingua franca a modelarii UML nu garanteaza succesul proiectului, dar perfectioneaza multe lucruri De exemplu, scade in mod semnificativ costul instruirii in cazul schimbarilor legate de proiecte sau organizatii Limbajul asigura posibilitatea integrarii instrumentelor, proceselor si domeniilor insa mai important este faptul ca asigura dezvoltatorilor un mod general de rezolvare a problemelor de conceptie si planificare Notatii UML in cele ce urmeaza, vom prezenta notatiile legate de clase, intrucat clasa este conceptul central al proiectarii si programarii orientate obiect: 1 2 Pentru exemplificare, sa consideram un sistem format din urmatoarele clase : class Persoana { public: String Geinume(); void Seinume(String p nume); int GetVarsta(); void SetVarsta(int p varsta); protected: String nume; int varsta; }; class Student : public Persoana { public: void Setinfo(int p grupa, FoaieMatricola p situatie); FoaieMatricola GetSituatie(); int GetGrupa(); private: FoaieMatricola situatie; int grupa; }; class Profesor : public Persoana { public: String obiect predat; String grad didactic; }; class FoaieMatricola { public: double NotaLaObiect(String p obiect); String obiecte[]; double note[]; }; 3 Modelul descris cu ajutorul diagramelor UML va fi: interfete cu documente multiple Cele mai multe aplicatii MFC intrebuinteaza arhitectura document view, in care mai multe clase coopereaza pentru afisarea datelor si prelucrarea evenimentelor utilizator Aceasta arhitectura se bazeaza pe conceptele arhitecturii model vizualizare control si a programarii si proiectarii orientate obiect, unde se doreste separarea proiectului in obiecte semnificand metafore ale aspectelor lumii reale care pot fi manipulate de program, obiecte de vizualizare, care prezinta modelul utilizatorului si obiecte de control care administreaza interfata cu sistemul de operare Termenul de "document" poate provoca unele confuzii, de vreme ce aceasta arhitectura poate gestiona orice multime de date si nu numai documente traditionale asociate cu editoare de text si foi de calcul Un termen mai potrivit ar fi poate arhitectura date vizualizare Oricum, conceptul este destul de simplu: separarea aspectelor interne si externe ale manipularii datelor in clase distincte Manipularea interna a datelor este atributia clasei CDocument, iar manipularea externa - a clasei CView 4 O aplicatie poate oferi utilizatorului multe moduri de vizualizare a documentului (adica a datelor) Unele vizualizari pot prezenta numai o parte din date sau rezultate calculate pe baza datelor brute De exemplu, un program statistic poate prezenta datele ca un tabel de numere sau ca un grafic Pot exista de asemenea situatii in care vizualizarile trebuie sa apara pe alte dispozitive decat ecranul (dispozitivul de afisare video), cum ar fi imprimanta Exista 5 clase care insumeaza cadrul arhitectural al unei aplicatii MFC MDi: • clasa aplicatiei (CWinApp) • clasa cadru a ferestrei (CFrameWnd) • clasa de vizualizare a ferestrei (CView) • clasa document (CDocument) • clasa modelului de document (CDocTemplate) CWinApp, clasa aplicatiei, reprezinta aplicatia ca intreg Ea este baza oricarui program Windows scris in MFC si toate programele MFC sunt construite pe baza claselor derivate din CWinApp Aceasta gestioneaza initializarea aplicatiei, pornirea executiei buclei de tratare a mesajelor si eliberarea memoriei la inchiderea programului implicit, aplicatiile MFC contin un singur fir de executie, de aceea CWinApp e derivata din CWinThread intr-o aplicatie MFC poate exista numai o singura instanta a unui obiect derivat din CWinApp Acest obiect este creat ca obiect global si este disponibil cand Windows apeleaza WinMain (functie generata de MFC) Pentru a crea obiectul fereastra principala intr-o aplicatie proprie, trebuie rescrisa functia membra initinstance in Windows putem rula simultan còpii multiple ale aceluiasi program informatiile plasate in metoda initinstance initializeaza fiecare noua instanta a aplicatiei Pentru a construi obiectul fereastra principala si a face variabila membra m pMainWnd sa pointeze la fereastra, AppWizard rescrie initinstance Unui program MFC ii este necesara o fereastra cu rolul de interfata pe care sa o vada utilizatorul CFrameWnd, clasa cadru a ferestrei, asigura functionalitatea unei interfete cu document unic (SDi) De asemenea, furnizeaza functii membre pentru crearea si gestionarea ferestrei CFrameWnd administreaza interfetele cu documente multiple (MDi) prin intermediul unei clase derivate, CMDiChildWnd Clasa cadru a ferestrei reprezinta marginile ferestrei primare si controleaza instrumente precum: • butoanele Maximize, Minimize si Close • toolbar-ul, status bar-ul si barele de scroll • meniul principal al aplicatiei • bara de titlu si icoana barei de titlu Pentru a crea un cadru specific pentru aplicatia noastra, putem deriva o clasa din CFrameWnd si adauga variabile membre pentru date specifice Clasa derivata poate primi si gestiona mesaje de comanda, generate de utilizator, de exemplu, prin alegerea unei optiuni din meniu Acest lucru este posibil deoarece clasa este derivata indirect si din CCmdTarget, clasa de baza pentru arhitectura de mapare a mesajelor din MFC Clasa de vizualizare, CView, reprezinta fizic aria client a unei aplicatii si este utilizata pentru afisarea informatiilor continute in clasa document, care mentine datele reprezentative ale aplicatiei Tot aceasta clasa permite intrarile de date de la utilizator, prin intermediul mouse-ului sau tastaturii Fereastra de vizualizare este pozitionata automat si redimensionata de cadrul ferestrei Exista in CView o functie membra, GetDocument, care returneaza un pointer la obiectul de tip document asociat Functia OnDraw este apelata pentru afisarea datelor stocate in documentul 5asociat unei vizualizari Putem suprascrie implementarea acestei functii din CView pentru reprezentarea datelor in modul dorit de noi OnDraw suporta Print, Print Preview si afisare pe ecran CDocument, clasa document, contine setul de date pe care il contine programul Pentru documentele aplicatiilor care folosesc arhitectura document view, CDocument este clasa de baza De asemenea, contine informatii necesare accesarii si manipularii datelor Un document este o descriere conceptuala a datelor programului, deci aceasta clasa este responsabila pentru mentinerea, incarcarea si stocarea datelor Alegerea modului in care sunt stocate datele este una din deciziile cele mai importante pe care trebuie sa le ia programatorul Fiecare document are una sau mai multe vizualizari asociate si mentine o lista cu acestea Vizualizarile sunt accesibile prin functii membre, cum ar fi de exemplu GetFirstViewPosition, care returneaza pozitia primei vizualizari din lista CDocTemplate, clasa modelului de document, uneste cadrul, vizualizarea, documentul si setul de resurse ale aplicatiei Clasa aplicatiei creaza in mod dinamic si mentine cel putin o instanta a clasei CDocTemplate este o clasa abstracta, adica nu poate fi folosita direct Totusi, MFR are doua clase derivate din aceasta, numite CSingleDocTemplate si CMultiDocTemplate, care suporta interfetele cu document unic, respectiv cu documente multiple CDocTemplate nu poate fi utilizata direct deoarece nu stie sa deschida setul de date Clasele derivate trebuie sa asigure implementarea functiei OpenDocumentFile, care sa pregateasca datele pentru vizualizare Aceasta functie accepta un sir de caractere (text), deci pot fi create usor modele de clasa care sa trateze orice tip de date De exemplu, sirul de caractere poate reprezenta numele unui fisier, o adresa internet sau numele unui dispozitiv de comunicatie Diagrama UML a unui program MDi este prezentata in figura urmatoare 6 Serializarea in MFC (Visual C++) Serializarea este procesul scrierii sau citirii unui obiect pe sau de pe un mediu persistent de stocare Serializarea permite obiectelor sa existe intre doua rulari succesive ale programului Obiectul isi poate scrie pe disc starea curenta, indicata in general de valorile variabilelor membre Serializarea implica faptul ca aceste valori vor putea fi citite mai tarziu iar obiectul va putea fi restabilit De vreme ce un obiect poate contine pointeri la alte obiecte, si acestea vor trebui serializate Serializarea in MFC recunoaste detaliile pointerilor la alte obiecte si ale referintelor circulare, cand, de exemplu, un obiect A contine un pointer la obiectul B, iar B, la randul sau, contine un pointer la obiectul A CFile CFile este clasa de baza pentru toate clasele MFC care gestioneaza fisiere Ea administreaza operatiile de intrare iesire nebuffer-ate si furnizeaza o interfata pentru operatiile obisnuite cu fisiere binare Un obiect de acest tip poate fi construit in trei moduri Primul creaza un obiect CFile, dar nu deschide un fisier pe disc Pentru aceasta se foloseste metoda CFile::Open Daca fisierul nu poate fi deschis, este returnata valoarea 0 Al doilea constructor creaza un obiect si il asociaza cu un fisier Al treilea creaza obiectul, il asociaza unui fisier pe care il deschide folosind parametrii specificati Deschiderea fisierului se realizeaza pasand ca parametri unele constante predefinite, cum ar fi: CFile fin; fin Open(filename, CFile::modeRead);    deschidere pentru citire CFile fout;    deschidere pentru scriere; daca nu exista, fisierul este creat fout Open(dlgSave GetPathName(), CFile::modeWrite | CFile::modeCreate); Pentru inchiderea unui fisier, se utilizeaza metoda CFile::Close CArchive Clasa CArchive este motorul procesului de serializare, actionand ca intermediar intre obiectul care trebuie serializat si mediul de stocare Un obiect de acest tip este intotdeauna asociat cu un obiect CFile, care se ocupa efectiv de operatiile de intrare iesire Obiectul CArchive preia informatiile necasare serializarii de la obiectul CFile, informatii cum ar fi numele fisierului si tipul operatiei CArchive citeste sau scrie obiectele serializabile din sau intr-un obiect CFile Un obiect CArchive se limiteaza la scriere (serializare) sau citire (deserializare), asa incat pentru ambele operatii sunt necesare doua obiecte Cand obiectul CArchive scrie un obiect intr-un fisier, ii ataseaza numele CRunTimeClass pentru identificarea clasei careia ii apartine obiectul Acest lucru foloseste la reconstruirea obiectului dupa deserializare Cand scriu date intr-o arhiva, aceasta primeste date pana cand buffer-ul ei este plin in acel moment, datele sunt scrise pe disc in obiectul CFile Acelasi proces se aplica invers cand se citesc date dintr-o arhiva Citirea buffer-ata scade numarul de accesari ale hard-disk-ului, ceea ce duce la cresterea performantei aplicatiei 7 Un obiect CArchive poate fi creat explicit Mai intai se creaza un obiect CFile si apoi acesta este pasat in constructorul arhivei Al doilea argument reprezinta sensul operatiei Valoarea sa poate fi consultata cu ajutorul functiei CArchive::isStoring CArchive ar(&fin, CArchive::load); CArchive ar(&fout, CArchive::store); Fisierul trebuie deschis intr-un mod compatibil cu arhiva Obiectele CArchive si CFile se inchid automat la iesirea din blocul in care sunt definite Totusi, se recomanda inchiderea lor explicita pentru usurarea recuperarii datelor in caz de eroare CArchive permite scrierea tipurilor simple de date, precum si a obiectelor Pentru aceasta, sunt definiti operatorii > (extragere din fluxul de date) La deserializare, operatorul >> aloca in mod dinamic memorie si construieste obiectul folosind informatiile din CRunTimeClass Pentru scrierea si citirea sirurilor de caractere, exista metodele ReadString si WriteString Pentru date neordonate, se pot folosi metodele Read si Write, in instructiuni de tipul: CString strin;    obiect sir de caracter strin ReleaseBuffer();    se sterge continutul anterior int len = fin GetLength();    lungimea fisierului cu date ar Read(strin GetBuffer(len), len);    se aloca spatiu si se citeste tot fisierul in striN CFileDialog Aceasta clasa gestioneaza dialogurile de salvare si incarcare ale fisierelor Mai intai trebuie construit un obiect de acest tip: • Primul parametru este o valoare booleana care semnifica tipul operatiei - true daca dialogul va fi de incarcare, false daca va fi de salvare • Al doilea parametru specifica extensia implicita a numelui fisierului, adaugat automat la nume daca utilizatorul nu introduce nimic Daca nu se doreste acest lucru, parametrul se seteaza NULL • Al treilea parametru specifica numele initial, afisat in fereastra de dialog Daca este NULL, in campul File Name nu va aparea nimic • Al patrulea parametru permite configurarea casutei de dialog prin modificarea unuia sau mai multor flaguri din variabila membra m ofn Aceasta variabila este de tip structura OPENFiLENAME • Al cincilea parametru indica filtrul pentru tipul fisierelor afisate in fereastra Ultimul parametru este un pointer la fereastra parinte Cand este NULL, parintele se considera fereastra principala a aplicatiei Exemplu: CFileDialog dlgOpen( true, "txt", NULL, OFN EXPLORER, "Fisiere text (* txt)|* txt|Toate fisierele (* *)|* *||"), NULL ); Dupa construirea obiectului, fereastra este afisata cu functia DoModal: dlgOpen DoModal(); 8 Dupa executarea acestei functii, informatiile despre fisierul ales sunt regasite cu functii precum CFileDialog::GetPathName, care returneaza numele si calea acestuia Datele pot fi folosite mai apoi cu un obiect CFile Programele MDi au implementate posibilitatile de serializare intr-o functie din clasa document, de forma: void CMagicDoc::Serialize(CArchive& ar) Aplicatie Un patrat magic este o matrice patratica de dimensiune n, care contine numerele intregi din intervalul 1-n2 si in care suma elementelor pe linii, coloane si diagonale este aceeasi Calcularea elementelor se efectueaza dupa urmatorul algoritm: se introduce dimensiunea se testeaza dimensiunea, care trebuie sa fie un numar intreg impar se porneste cu numarul 1 in mijlocul primei linii se trece cu o linie de mai sus si o coloana la stanga, scriind numerele in ordine crescatoare in locatiile libere de pe prima linie se trece pe ultima, iar din prima coloana in ultima daca o locatie ce ar urma in acest mod este deja ocupata, se trece la cea situata cu o linie mai jos, pe aceeasi coloana a) Descrieti algoritmul in pseudocod b) Proiectati o clasa care sa reprezinte un obiect de tip patrat c) Descrieti cu ajutorul diagramelor UML arhitectura unei aplicatii MFC MDi care sa afiseze patrate magice de diferite dimensiuni d) implementati programul, cu posibilitatea salvarii rezultatelor intr-un fisier 9ingineria programarii - Laboratorul 12 Testarea performantelor Procesul de benchmarking reprezinta cautarea practicilor industriale optime care conduc la performate superioare Desi nu sunt sinonime perfecte, in cele ce urmeaza vom folosi termenul "testare" pentru desemnarea procesului de benchmarking Cand o organizatie decide sa investeasca intr-un program de test, trebuie sa se inteleaga foarte bine la toate nivelurile de management ca acesta este un proces dinamic, care va trebui actualizat in decursul timpului Cantitatea de timp si de bani investita intr-un astfel de program care da rezultate exceptionale este semnificativa in cartea sa, Benchmarking: The Search for industry Best Practices That Lead to Superior Performance, Robert Camp aminteste cativa indicatori ai succesului in benchmarking: • un angajament ferm din partea managementului • obiective clar definite si logice pentru proiectul de test • intelegere completa a modului de lucru curent, in comparatie cu practicile industriale optime • disponibilitatea de a face schimbari pe baza rezultatelor testului • disponibilitatea de a schimba informatii cu partenerii de test • concentrarea in primul rand asupra tehnicilor industriale optime si in al doilea rand asupra metricii performantei • deschidere catre idei noi, creativitate si inovatii • concluziile trebuie sa poata fi justificate cu datele stranse pe parcursul procesului • un efort de testare continuu, avand in vedere competitia mereu in schimbare • institutionalizarea testarii Pasii procesului de testare Obiectiv Descriere Timp alocat 1 Fixarea unei fundatii Se selecteaza procesul (sau procesele) de testat Apoi puternice pentru succesul acestea se analizeaza, se calculeaza metricile 25 % testarii performantelor si se definesc bresele in performanta 2 Selectia partenerilor Se creaza echipa de test Se contacteaza partenerii pentru test potentiali, se restrang treptat optiunile avute in vedere Se 25% stabilesc cerintele si datele de intalnire cu partenerii finali 3 Planificarea sesiunilor Se planifica activitatile, se instruiesc echipele de test, li se de testare fixeaza responsabilitatile Se definitiveaza chestiunile 20 % logistice Se aduna datele, se definesc metodele folosite de companie 4 Dirijarea unei testari si de catre parteneri si se compara Se expun rezultatele amanuntite dupa fiecare intalnire, pentru ca informatiile sa fi 15 % receptionate de toata lumea 1 Se cuantifica diferentele calitative si cantitative intre 5 Analiza rezultatelor si organizatia testata si partenerii sai Se determina care planificarea dintre parteneri va putea asigura imbunatatirea procesului 15 % imbunatatirilor de testare Se creaza un plan pentru implementarea schimbarilor Se pune in practica planul Se masoara progresele si se implementarea procesului identifica unele cauze, daca exista, ale diferentelor dintre perfectionat si scop si realitate Se continua monitorizarea rezultatelor si Continuu monitorizarea rezultatelor se refac studiile de benchmark la intervale regulate de timp Structura echipei de test O echipa de test are in componenta cel putin urmatoarele persoane: • Proprietarul procesului - isi asuma responsabilitatea documentarii studiului, incluzand colectarea si sintetizarea formularelor si notelor care rezulta dupa fiecare sarcina La sfarsitul studiului, proprietarul procesului va avea Agenda testarii, care va documenta studiul si care poate fi utilizata pentru analize viitoare • Un expert in problema testata - Trebuie sa cunoasca fiecare aspect al procesului testat sau sa stie de unde sa procure informatiile necesare Totusi, este de asemenea important sa fie creativ, deschis si pasionat de perfectionarea procesului Pe masura ce studiul progreseaza, aceasta persoana va fi foarte importanta pentru compararea diferitelor procese si oferirea de noi idei pentru imbunatatiri • Un expert in testare - De multe ori, si aceasta persoana va actiona in calitate de manager de proiect, desemnand termene limita, atribuind sarcini si asigurand inaintarea proiectului conform planului Va trebui sa se asigure ca toti pasii critici au fost parcursi, inainte de a trece la etapa urmatoare • Un asistent administrativ pentru culegerea si distribuirea informatiilor Numarul maxim de persoane dintr-o echipa de test este 6 O echipa mai mare devine inflexibila, timpul pentru intalniri creste si impiedica lansarea rapida a rezultatelor O echipa mai mica poate omite persoane cu roluri cheie, cu mare valoare in atingerea scopului Principiile testarii • Principiul legalitatii o Daca exista probleme potentiale cu legalitatea unei activitati, nu participati o Evitati discutiile sau actiunile care ar putea pune piedici activitatii comerciale sau ar implica obtinerea de foloase necuvenite (mita etc ) o Nu incercati obtinerea de secrete comerciale prin mijloace improprii sau divulgarea lor competitorilor Aveti obligatia pastrarii confidentialitatii o in calitate de consultant sau client, nu extindeti rezultatele studiilor de benchmarking ale unei organizatii in cazul alteia fara a obtine mai intai permisiunea primei companii • Principiul schimburilor reciproce o Fiti pregatit sa furnizati acelasi tip si nivel de informatii pe care le solicitati de la partenerul de benchmarking 2 o Comunicatii clar de la inceput pentru a clarifica asteptarile, evita neintelegerile si stabili un interes reciproc o Fiti onest si integru • Principiul confidentialitatii o Tratati schimburile asociate procesului de test drept confidentiale informatiile despre persoanele si companiile implicate nu trebuie comunicate tertelor parti fara un acord prealabil • Principiul folosintei o Folositi informatiile obtinute prin testare numai pentru scopuri de perfectionare a operatiilor si proceselor companiilor participante o Nu vindeti informatiile de test sau orice alte informatii rezultate in urma procesului de benchmark • Principiul pregatirii o Demonstrati-va angajamentul pentru eficienta prin pregatirea anterioara unui contact in vederea realizarii unui test o Fiti bine pregatit pentru fiecare schimb de informatii cu partenerii • Principiul finalizarii o indepliniti-va fiecare angajament cu seriozitate, astfel incat toti partenerii de benchmark sa isi realizeze obiectivele dupa planul fixat initial • Principiul intelegerii si actiunii o incercati sa intelegeti cum ar vrea sa fie tratat partenerul de benchmark o incercati sa intelegeti in ce mod doreste acesta sa primeasca informatiile care ii sunt necesare Raportul testarii Obiectivul testarii nu este producerea unui raport care circula pe la cateva persoane, este indosariat si uitat Raportul trebuie sa fie un instrument care sprijina schimbarile organizationale si perfectionarea proceselor De aceea, tot ce e scris in raportul de testare trebuie sa serveasca unui scop anume Raportul de testare trebuie: • sa faciliteze schimbari semnificative in procesul analizat, justificate de datele colectate si analizate • sa indice tehnicile cele mai potrivite si eventuale tintele de performanta care pot fi atinse • sa documenteze procesul de benchmarking, care poate servi ca model si pentru alte proiecte de testare • sa furnizeze partenerilor de benchmark concluziile referitoare la descoperirile facute si care erau o conditie initiala pentru participarea la proiect • sa serveasca drept vehicul de instruire si comunicare intre organizatia care a intreprins proiectul si celelalte parti implicate Din punct de vedere al structurii, raportul trebuie sa cuprinda 3 sectiuni: • Sumarul - un rezumat de doua pagini despre scopul, modul de abordare si rezultatele studiului • Raportul general - prezinta date despre procesul studiat, metodologia de testare, parteneri si comparatii intre procese; poate fi distribuit partenerilor de benchmark si altor organizatii 3• Raportul detaliat - cuprinde analiza datelor colectate, concluziile la care s-a ajuns si planul de actiune recomandat; spre deosebire de raportul general, acesta este un raport pentru uz intern si de multe ori este catalogat drept strict confidential Un studiu de benchmark este un proiect costisitor si de lunga durata, care poate fi justificat numai daca are ca rezultat imbunatatiri importante in performanta Acestea vor depinde in buna masura de calitatea raportului, care trebuie: • sa fie direct si complet; erorile trebuie identificate pentru a putea fi apoi corectate • sa contina numai date fondate pe fapte si observatii; singurul loc care poate contine material speculativ este sectiunea de concluzii • sa sprijine prin forma si fond luarea de decizii care sa duca la cresterea performantelor • sa fie concis; daca sunt necesare date suplimentare, acestea vor fi plasate in anexe; un raport utilizabil are dimensiuni de 25-50 pagini, in functie de proces • sa fie bine scris si foarte lizibil, dirijat exact spre nevoile beneficiarului Evaluarea vitezei de executie Cand dorim sa evaluam performantele unei aplicatii software, de cele mai multe ori incercam sa-i determinam viteza de executie Exista diverse strategii pentru determinarea acesteia, fie direct, prin masurarea cat mai precisa a intervalului de timp dintre pornirea programului (sau a unei functii care ne intereseaza) si inchiderea sa, fie indirect, prin evaluarea numarului de instructiuni si a naturii acestora, abordare intalnita mai ales in studiile teoretice de determinare a complexitatii in cele ce urmeaza, ne vom referi la doua metode de masurare directa a vitezei de executie Prima, si cea mai simpla, utilizeaza apelurile de functii sistem pentru aflarea timpului la pornirea unei functii, respectiv dupa terminarea executiei sale SYSTEMTiME t1,t2; GetLocalTime(&t1); UserFunction(); GetLocalTime(&t2); float dif = t2 wMinute*60000 + t2 wSecond*1000 + t2 wMilliseconds; dif -= t1 wMinute*60000 + t1 wSecond*1000 + t1 wMilliseconds;    dif este calculata in milisecunde Avantajul acestei metode este simplitatea sa din punctul de vedere al programatorului Un mare dezavantaj este faptul ca, pentru intervale mici, sub 200 ms, este foarte imprecisa Trei masurari succesive in cazul unei durate de 50-70 ms pot implica rezultate de 0ms, 60ms sau 110ms in cazul calculatoarelor actuale, timpul de executie al unei rutine de complexitate medie este insa de ordinul microsecundelor O metoda pentru masurarea acestor intervale este utilizarea circuitului timer 8253 Acesta este un numarator care este initializat in momentul startarii functiei si este oprit apoi in momentul terminarii executiei acesteia unsigned short int counter; 4 asm { in al,61H and al,11111110B out 61H,al    opreste contorul 2 mov al,10110000B out 43H,al mov al,0FFH out 42H,al out 42H,al    modul 0 cu constanta maxima in al,61H or al,00000001B cli out 61H,al    start numarare (decrementare) } UserFunction(); asm { in al,61H and al,11111110B out 61H,al    opreste numararea sti in al,42H mov ah,al in al,42H xchg al,ah    citeste cat a mai ramas in AX mov bx,0FFFFH sub bx,ax    rezultatul se afla in BX mov counter,bx } dif = 1 193181E-3 * counter;    timer-ul are frecventa de 1 193 181 Hz    dif este calculata in milisecunde Avantajul metodei este precizia si faptul ca are acces la timpi de executie foarte mici Dezavantajele ar fi cunostintele suplimentare despre functionarea timer-ului si despre programarea in limbaj de asamblare Trebuie avut in vedere ca timer-ul functioneaza pe 16 biti, deci cu valori intre 0 si 65535 De aici rezulta faptul ca prin aceasta metoda pot fi evaluare corect numai functii cu ts) Pentru timpi mai mari, numaratorul "se da timp de executie mai mic de 78 ms ( 193181,1216⋅ peste cap", nu apare nici o exceptie, insa intervalul va fi raportat gresit Exista insa o metoda mai eleganta pentru determinarea timpului de executie al unui program care ruleaza sub Windows Se determina mai intai frecventa numaratorului: int64 frecventa; QueryPerformanceFrequency( (LARGE iNTEGER *) &frecventa); Apoi se afla valoarea initiala din numarator: QueryPerformanceCounter( (LARGE iNTEGER *) &t1); 5 Se executa functia de evaluat si apoi se calculeaza diferenta de perioade de clock dintre cele doua momente, care va fi convertita in final in secunde: QueryPerformanceCounter( (LARGE iNTEGER *) &t2); int64 dif counts = t2 - t1; double dif secs = (double) dif counts   (double) frecventa; indiferent de metoda, se recomanda efectuarea mai multor masuratori pentru aceeasi functie si apoi calcularea statistica a valorii medii si a intervalului de eroare Aplicatie Evaluati viteza de executie a urmatorilor algoritmi de sortare, pentru vectori de numere reale de diferite dimensiuni: • quick sort • shell sort • bubble sort Se va folosi functia QueryPerformanceCounter indicatii: Algoritmul quick sort Apel: quick sort(0, m len-1);    m len = lungimea vectorului Quick-sort: void quick sort(int low, int high) { int k; if (high>low) { k = partition(low, high); quick sort(low, k-1); quick sort(k+1, high); } } Functia de gasire a pivotului apelata in functia de mai sus: int partition(int low, int high) { int l=low, h=high; double x = m vector[l], t;    m vector = vectorul de sortat 6 while (l x && h>=low) h ; if (l 0; dist  = 2) for (i = dist; i = 0 && m vector[j] > m vector[j+dist]; j -= dist) { aux = m vector[j]; m vector[j] = m vector[j+dist]; m vector[j+dist] = aux; } } 7 Bibliografie, manuale electronice si referinte internet ian Sommersville - Software Engineering Bruce Eckel - Thinking in C++, 2nd Edition, 1999 Cristian George Savu - Windows 3 x, 95, NT - Programarea in C, pas cu pas, Ed All Educational, 1996 Claudia Botez, Calin Neaga - Culegere de probleme de programare, Ed Loreley SmartForce ireland Ltd & Classic Systems Solutions - GUi Design Fundamentals, 1999 SmartForce ireland Ltd - MS VC++, MFC Apps, Fundamentals, 1997 SmartForce ireland Ltd - MS VC++, MFC Apps, MFC Programming, 1997 SmartForce ireland Ltd - C++ Programming - Programming Techniques, 1997 SmartForce ireland Ltd - MS VC++, MFC Apps, Viewing Data, 1997 SmartForce ireland Ltd - MS VC++, MFC Apps, Painting and Printing, 1997 SmartForce ireland Ltd - MS VC++, MFC Apps - Database Apps, 1997 Borland international - Borland C++ Builder 3 0 Help, 1998 Microsoft Corporation - Microsoft Foundation Classes C++ library, 1992-1998 How to write DLLs using Visual C++ - http:  us geocities com oprogrammer dllhowto html Modular Programming with DLLs - http:  www mvps org directx articles modular htm To DLL or to BPL? - http:  www bytamin-c com Articles dllbpl htm S Nishant - Dynamically loading a DLL - MC++ - http:  www codeproject com managedcpp  mcppdynamdll asp Brian Long - Writing And Controlling Automation Servers in C++Builder 3 - http:  www blong com Conferences BorConUK98 C++Automation CB100 htm A Brief History of the internet - http:  www microsoft com insider internet articles history htm An iRC Tutorial - http:  www irchelp org irchelp irctutorial html A Brief History of the internet - http:  www isoc org internet-history brief html Robert H Zakon - Hobbes' internet Timeline - http:  www zakon org robert internet timeline  The Misery of Web Applications - http:  www tweney com archive 2000-03-29misery htm What is a Socket? - http:  java sun com docs books tutorial networking sockets definition html Robert i Davis & Roxy A Davis - How To Prepare For and Conduct a Benchmark Project - http:  www c3i osd mil bpr bprcd 0135 htm UML - Frequently Asked Questions - http:  www rational com uml gstart faq jsp UML Resource Center, Unified Modeling Language, Standard Software Notation - http:  www rational com uml resources quick uml poster jsp Program Design and Programming Languages - http:  www mis boun edu tr ulus ibs101 notlar design htm Comparing Programming Languages - http:  www dummies com Technology Programming Programming Fundamentals 0-7645-0835- 0 0009 html Dave Schmitt - Document View Architecture - http:  www devx com free mgznarch vcdj 1996 dec96 docview1 asp 